Parcours d'un architecte Drupal en Wallonie

Plus de 15 ans à concevoir, développer et faire évoluer des sites Drupal pour des organisations qui ont besoin d'un partenaire technique fiable et durable — pas d'un fournisseur de plus.

Drupal reste le cœur du métier. Depuis 2026, j'interviens aussi sur Pimcore, et j'utilise des agents de code au quotidien — sous contrôle, avec des vérifications automatiques à chaque étape.

J'ai commencé à coder pour le web au début des années 2000. À l'époque, c'était de l'artisanat : HTML à la main, PHP procédural, et déjà cette intuition que le code qu'on écrit doit pouvoir être lu, repris et modifié par celui qui viendra après — y compris si c'est soi-même six mois plus tard.

Pendant six ans, j'ai été développeur en interne chez un acteur de la veille média à Bruxelles, où j'ai appris à faire fonctionner du code en production, avec des contraintes de fiabilité et de volume. Cette période m'a façonné : un site ne « marche » pas au moment où on le livre, il marche quand il continue à marcher trois ans plus tard sous des conditions qu'on n'avait pas imaginées au départ.

En 2011, j'ai fondé 31 février srl, ma propre structure, pour me consacrer entièrement à Drupal — qui devenait alors l'écosystème CMS le plus mature et le plus extensible du marché. Depuis cette date, j'ai accompagné des dizaines de projets Drupal, sur six versions majeures (Drupal 6, 7, 8, 9, 10 et désormais 11), seul ou en collaboration avec d'autres acteurs du secteur.

L'année 2026 a rebattu les cartes. Une longue mission de maintenance et d'évolution, commencée fin 2014, s'est achevée en février. J'ai lancé Complia, une marque dédiée à l'audit d'accessibilité numérique, avec son propre outillage — un travail que je faisais déjà à la main et que j'ai voulu rendre reproductible. Et depuis mai, j'interviens pour une agence sur Pimcore : industrialisation de la création de projets, squelette régénéré par intégration continue, environnements de développement standardisés, déploiements en releases atomiques, intégration continue partagée par une centaine de bundles. Le fond du métier n'a pas changé — c'est toujours de l'architecture PHP/Symfony au service de contenus et d'intégrations.

Écouter avant de proposer

Les meilleurs projets que j'ai vus partaient d'une vraie compréhension du besoin métier, et pas d'un cahier des charges technique. Je prends donc le temps, au début de chaque mission, de comprendre ce que vous voulez vraiment faire — au-delà de ce qui est écrit dans le brief.

Choisir la solution la plus simple qui marche

Drupal est un outil puissant, qui invite parfois à la sur-ingénierie. Mon réflexe est inverse : la solution la plus simple qui répond au besoin, qui sera la plus facile à maintenir et la moins risquée. Quand un module contrib bien maintenu existe, je l'utilise. Quand un site statique suffit, je le dis. Quand il faut vraiment développer quelque chose de spécifique, je le fais — mais c'est mon dernier recours, pas mon premier.

Documenter ce qui sert

Je documente le code et l'architecture pour que vous puissiez reprendre la main demain, avec un autre prestataire si nécessaire. Aucun de mes clients ne devrait être otage de ma présence.

Faire travailler l'IA, sous contrôle

J'utilise des agents de code au quotidien : génération, revue, refactoring, documentation. Ce n'est ni de la magie ni un pilote automatique, et je ne facture pas l'outil — je facture le résultat. Ce qui rend l'IA utilisable sur du code de production, c'est ce qu'il y a autour : des consignes écrites et versionnées, des sorties contraintes par un schéma quand elles alimentent un traitement, des contrôles automatiques qui bloquent la publication en cas d'écart, et une relecture humaine avant livraison. Le gain porte sur la vitesse et sur la régularité ; la responsabilité de ce qui est livré reste entière.

Engager des délais réalistes

Quand je m'engage sur un délai, je le tiens — quitte à dire non au départ si le délai demandé n'est pas tenable. C'est probablement la chose qui me distingue le plus, et c'est pour ça que la plupart de mes missions durent plusieurs années.

Drupal (versions 6, 7, 8, 9, 10, 11), Pimcore (versions 11 à 2026), PHP (5.x à 8.x), Symfony Framework (socle de Drupal comme de Pimcore), JavaScript et TypeScript pour les développements front et headless.

DevOps : Azure DevOps et GitLab CI pour les pipelines, Deployer pour les déploiements en releases atomiques, Docker et ddev pour les environnements de développement, conteneurs Azure et AWS, Caddy pour le service web.

Intégrations : SSO Microsoft Entra (Azure AD), OIDC notamment via itsme pour les services belges, SharePoint, API REST métier, OAuth2, JWT.

Sécurité applicative : audits OWASP ZAP, revues de code orientées sécurité, hardening Drupal, gestion des correctifs critiques.

Données et recherche : MySQL/MariaDB, PostgreSQL, Solr, OpenSearch.

Qualité : PHPUnit pour les tests, PHPStan et PHP_CodeSniffer pour l'analyse statique, Playwright et axe-core pour les vérifications de bout en bout et d'accessibilité, pipelines de revue de code automatisée.

Développement assisté par l'IA : agents de code (Claude Code — agents, compétences, hooks), serveurs MCP pour exposer un catalogue ou un outil interne à un assistant, chaînes LLM et vision dont les sorties sont validées par schéma JSON, décisions d'architecture consignées (ADR).

Web et outillage : Node.js et Fastify, htmx et Nunjucks, SQLite, WebAuthn, API GitLab — la boîte à outils des plateformes que je construis en propre, dont Complia.

Formation continue en gestion de projets, Université libre de Bruxelles (2019). Veille technique permanente sur l'écosystème Drupal : DrupalCons, notes de version, avis de sécurité. Mon profil drupal.org (nouvelle fenêtre) ↗ suit le projet depuis 2015 — je travaille sur Drupal depuis bien plus longtemps, mais c'est la trace publique que vous pouvez vérifier.

Bilingue français (langue maternelle) et anglais (niveau professionnel courant).

Basé à Namur, en Région wallonne. J'interviens régulièrement sur l'ensemble de la Wallonie, à Bruxelles, et à distance pour le reste de la Belgique et l'Europe francophone. Pour les missions belges, je privilégie un mélange de visio et de présence physique régulière (1 à 2 jours par mois selon les besoins).

• Discrétion : je signe systématiquement les NDA qui me sont demandés, et je ne mentionne aucune mission spécifique sur ce site, sur LinkedIn, ou dans toute communication publique.
• Indépendance : je ne suis affilié à aucune agence, aucun éditeur, aucun fournisseur de service Drupal en particulier. Mes recommandations techniques sont libres de tout conflit d'intérêt commercial.
• Continuité : 31 février srl existe depuis 2011 et est conçue pour durer. Vos engagements avec moi ne dépendent pas d'une roadmap commerciale d'employeur ou d'une fusion-acquisition imprévue.