Mon parcours, en deux mots
Tout a commencé dans les années 90, devant l'ordinateur familial — un Atari 520 STE, des jeux sur disquettes, et mes premières lignes de code en BASIC. À l'époque, le simple fait de faire bouger un caractère à l'écran me fascinait. Quand Internet est arrivé à la fin des années 90, ça a été le déclic : forums, premières pages perso, bidouilles HTML… j'ai été aspiré pour ne plus jamais vraiment décrocher.
Au collège, je passais déjà mes soirées sur le Site du Zéro (devenu OpenClassrooms), Korben.info et des forums obscurs pour apprendre HTML, CSS, PHP, JavaScript. Le tout en autodidacte, par essai-erreur, par curiosité.
Paradoxalement, mon cursus étudiant ne m'a pas dirigé vers l'IT mais vers un BTS Comptabilité Gestion des Organisations. Un choix qui peut sembler bizarre vu de l'extérieur, mais qui s'inscrivait dans une idée précise : combiner l'informatique et l'organisation. Je voyais déjà que ces deux mondes étaient inséparables dans la vraie vie des entreprises, et je voulais comprendre les deux.
Mon premier job a posé les bases de toute la suite. J'ai intégré Irium comme consultant-formateur, et je me suis baladé partout en France dans des concessions agricoles pour y déployer leur ERP métier. Mais le rôle ne s'arrêtait pas au logiciel : je passais autant de temps à repenser l'organisation des pôles — comptabilité, secrétariat, atelier — qu'à paramétrer le système.
C'est là que tout s'est joué. Avant même d'écrire ma première ligne de code en freelance, j'avais déjà compris ce qui me servirait toute ma carrière : une bonne application métier n'a aucun sens si elle ne colle pas à la réalité du terrain. Et le terrain, c'est dans l'atelier d'une concession agricole un mardi matin à 7h, pas dans une salle de réunion parisienne.
Quand j'ai basculé dans le développement web, j'ai gardé ce réflexe : comprendre l'organisation avant de coder la solution. C'est devenu ma signature professionnelle, et c'est ce qui explique pourquoi mes clients TPE/PME me restent fidèles sur 5, 10, parfois 13 ans.
Ma façon de travailler
Écouter avant de coder. Avant de proposer la moindre solution, je passe du temps à comprendre comment vous travaillez aujourd'hui. Quels sont vos vrais points de douleur ? Quelles règles métier ne sont écrites nulle part mais font tourner la boîte ? Quelles habitudes faut-il respecter et quelles habitudes faut-il faire évoluer ? Cette phase d'audit est offerte, et elle conditionne tout le reste.
Pragmatique avant tout. Mes choix techniques (Symfony, Nuxt, Astro, Mistral) sont guidés par une seule question : est-ce que ça vous servira encore dans 5 ans ? Je ne suis pas la dernière mode JavaScript ni le framework qui sort la semaine prochaine. Je choisis des stacks matures, faciles à maintenir, et faciles à reprendre par un autre développeur si jamais on devait se séparer.
Itératif, jamais en mode tunnel. Plutôt que de disparaître 6 mois pour vous livrer un "produit fini" qui ne correspondra pas à vos attentes, je travaille par cycles courts. Une première version utilisable en 2-3 mois, puis on enrichit ensemble selon les retours du terrain. Vous voyez l'application grandir, vous validez à chaque étape, et vous gardez la main sur les priorités.
Transparence sur le code. Le code que je développe vous appartient intégralement. Vous y avez accès, vous pouvez le confier à un autre développeur, vous pouvez l'héberger où vous voulez. Pas de boîte noire, pas de dépendance à mes services. C'est non-négociable, et c'est précisé dès le devis.
Ce que je ne fais pas
Soyons clairs : je ne suis pas la bonne personne pour tout. Je ne fais pas de site vitrine à 99 € — il y a des plateformes pour ça. Je ne vends pas un ERP à 100 000 € pour gérer 30 commandes par jour — c'est de l'arnaque. Je ne disparais pas après livraison — l'application est faite pour vivre, donc je reste joignable pour la faire évoluer.
Mon créneau, ce sont les applications métier sur-mesure pour TPE/PME, les SaaS B2B que je co-développe avec des entrepreneurs, et les refontes de sites qui doivent vraiment convertir. Si votre projet rentre dans ces cases, on devrait pouvoir bien travailler ensemble.
Et l'IA dans tout ça ?
Depuis 2-3 ans, j'intègre de plus en plus d'IA dans les applications que je conçois : reconnaissance de documents, chatbots métier, recherche sémantique sur des bases de connaissances internes. Je privilégie Mistral AI pour ses garanties de souveraineté française et de conformité RGPD — c'est notamment la brique IA de Bailink et Gedio, deux SaaS que je co-développe.
L'IA n'est pas un sujet à part. C'est juste un outil de plus, à intégrer quand il apporte une vraie valeur métier — et à laisser de côté quand c'est du gadget.