Co-fondateur · CTO
Architecte de la plateforme IDS
18 ans d'architecture logicielle. Un ERP industriel qu'il a conçu en 2012 tourne encore aujourd'hui — c'est lui qui en pilote la refonte.
Le pilote de la méthode
Notre méthode tient sur trois piliers. Les voici, et voici ce qu'il y a derrière chacun.
Un SDK de 19 modules, initié en 2022. Neuf plateformes de domaine bâties en cœur stable et extensions activables : les spécificités d'un client passent par des points d'extension et de la configuration — jamais par une copie divergente du cœur. C'est ce qui fait qu'un deuxième client coûte moins cher que le premier.
Un module ne devient « industrialisé » qu'après deux projets clients distincts sans divergence du cœur, et « produit » qu'après trois projets, une configuration sans code et six mois de versions stables. La règle est écrite, datée, opposable.
Le cadrage, les arbitrages et la revue restent humains. L'exécution est déléguée à des agents — et encadrée par des contrôles qui cassent le build. C'est cette machinerie qui a permis de mener de front neuf plateformes de domaine et cinq missions clients avec une équipe réduite.
Les garde-fous
Quatre contrôles, exécutés à chaque intégration. Aucun n'est facultatif.
Le domaine métier n'a pas le droit de dépendre de l'infrastructure, et les cycles entre paquets sont interdits. Ce n'est pas une convention qu'une revue pourrait laisser passer : c'est un test qui échoue.
Le schéma de chaque événement est généré depuis le code, publié et vérifié automatiquement. Une modification incompatible ne peut pas atteindre la production sans être vue.
Les tests de mutation introduisent volontairement des défauts dans le code : si la suite de tests reste verte, c'est qu'elle ne teste rien. Une couverture élevée ne prouve rien ; celle-ci si.
Chaque endpoint est exercé par des tests automatisés contre une base de données réelle, et la qualité du code passe un seuil bloquant avant toute fusion.
Deux histoires
Conçu en 2012 pour un industriel du BTP — alors qu'il était chez un précédent employeur —, ce système de gestion intégré est toujours au cœur de son activité : quatorze ans de production sans interruption. La relation, vieille de seize ans, est aujourd'hui portée par INNOV DS — et la refonte en microservices est pilotée par celui qui l'a écrit.
Sur une plateforme grand public menée en parallèle des missions clients, il a conduit la transformation d'un monolithe en architecture microservices, et exploité Kubernetes en production pendant sept ans. La montée en charge n'est pas un sujet théorique : elle a été vécue.
Le parcours
Les jalons antérieurs à 2020 précèdent la création d'INNOV DS : ils ont été réalisés chez des employeurs successifs ou en qualité d'associé.
2008
Avant INNOV DSDéveloppement JEE, puis gestion d'équipe — intranets institutionnels et applications métier.
2012
Avant INNOV DSMise en production de l'ERP industriel qu'il a conçu de bout en bout.
2014
Avant INNOV DSGestion électronique de documents et moteur de workflow, dans un contexte bancaire.
2017
Avant INNOV DSAssocié et lead technique d'une plateforme grand public — monolithe vers microservices.
2020
Chez INNOV DSCo-fondateur d'INNOV DS, dont il définit le socle technique et l'architecture.
2022
Chez INNOV DSPremières lignes du SDK Java qui devient le socle technique d'INNOV DS.
Aujourd'hui
Décrivez votre processus : vous aurez une réponse franche sur ce qui est faisable, à quel coût et dans quel délai.
Parler de votre projet