Qui suis-je ?
Je conçois et développe des systèmes techniques pour des projets qui ont besoin de tenir dans le temps.
Mon travail se situe à l'intersection du développement backend, de l'architecture logicielle et de l'intégration IA dans des contextes réels.
Les questions que je pose : À quoi ça sert ? Est-ce que ça tient dans le temps ? Est-ce que ça peut évoluer sans tout refaire ?
Si vous cherchez quelqu'un pour livrer vite sans réfléchir à l'après, ce n'est pas pertinent. Si vous avez besoin de construire quelque chose de solide, on peut discuter.
Comment je travaille
Méthode
Je travaille de façon structurée et itérative :
- Roadmap claire avec phases et livraisons intermédiaires
- On livre vite quelque chose de fonctionnel, puis on améliore
- J'identifie tôt les zones floues ou risquées
- Je refuse les solutions "magiques" qui ne tiennent pas
Posture
Je ne suis pas un simple exécutant :
- Je dis les choses clairement, sans langue de bois
- Je préfère une discussion difficile en amont qu'un projet bancal après
- Je peux dire non si quelque chose n'a pas de sens
- Mon rôle, c'est aussi d'éviter les mauvaises décisions
Ce que je fais
SaaS
Plateformes métier, outils en ligne, systèmes multi-tenants. De l'architecture initiale à l'industrialisation.
Outils métiers
Backoffice, workflows internes, automatisations métier. Des systèmes qui doivent fonctionner tous les jours.
IA appliquée
Intégration IA dans des systèmes réels. Pas du gadget, des cas d'usage concrets et industrialisables.
Contextes d'intervention
J'interviens souvent sur des projets où :
- La complexité augmente et il faut structurer
- Un projet existant doit être repris ou restructuré
- Les enjeux métier sont forts et l'erreur coûte cher
- Il faut intégrer de l'IA de façon maîtrisée, pas juste "pour essayer"
Ce que je ne fais pas
Je préfère être clair sur ce qui n'est pas pertinent :
- Sites vitrine classiques ou landing pages marketing
- Développement front-end pur (React, Vue, Angular en standalone)
- Projets avec des délais irréalistes ou des specs floues
- Missions TMA de maintenance sans refonte possible
- Projets où l'IA est ajoutée "pour faire tendance" sans cas d'usage clair
Si vous cherchez quelqu'un pour livrer rapidement quelque chose de jetable, ce n'est pas moi. Si vous voulez construire pour durer, on peut discuter.
IA : approche pragmatique
Ce que je fais
- Intégrer l'IA dans des systèmes existants (RAG, orchestration LLM)
- Industrialiser des cas d'usage IA concrets et mesurables
- Concevoir des architectures où l'IA est orchestrée, pas omniprésente
- Garder l'IA observable, désactivable, remplaçable
Ce que je ne fais pas
- Vendre des promesses irréalistes sur l'IA
- Ajouter de l'IA "parce que c'est tendance"
- Ignorer les coûts, les hallucinations, la dette IA
- Remplacer l'humain sans raison valable
L'IA est un outil, pas une fin en soi. Elle n'a de valeur que si elle résout un vrai problème et reste maîtrisable dans le temps.
Approche technique
Architecture et dette technique
Je pense architecture avant fonctionnalités. Pas pour faire compliqué, mais parce que la vraie difficulté n'est pas de faire fonctionner un produit, c'est de le faire évoluer sans tout casser.
Mon approche : fondations solides, choix techniques documentés, dette technique sous contrôle.
Stack et technologies
PHP / Symfony, Doctrine, PostgreSQL/MariaDB, Redis, Docker. Pour l'IA : RAG, orchestration LLM, ChromaDB.
Je privilégie des technologies éprouvées, avec un écosystème stable et une documentation solide.
Je ne développe pas pour livrer vite. Je développe pour que ça dure.
En résumé
Mon travail se situe à l'intersection de trois domaines :
Je conçois des systèmes qui doivent fonctionner dans la durée, évoluer sans se fragiliser, et rester maintenables même quand la complexité augmente.
Si vous avez un projet complexe, un besoin d'architecture solide, ou une problématique d'intégration IA à résoudre, on peut en discuter.
Discutons de votre projet
Vous avez un projet complexe, une problématique technique à résoudre, ou simplement besoin d'un regard extérieur ?