Comprendre avant de coder
Un cadrage sérieux, des hypothèses explicites, un périmètre tenable. Le code vient après, pas avant.
Ingénieur logiciel — je conçois des produits
utiles, bien architecturés, et qui durent.
Je conçois des applications utiles, honnêtes et maintenables. À la croisée du code, du design, de la donnée et de l'IA appliquée.
Je travaille à l'endroit où la technique rencontre le produit : là où se prennent les choix structurants. Ingénieur logiciel depuis sept ans, je suis aujourd'hui chef adjoint d'une section informatique au sein du Laboratoire de Police Scientifique de Paris, et en parallèle, je continue à coder sur des projets d'auteur, plus libres.
Ce qui m'intéresse : concevoir des applications qui servent vraiment à quelque chose. Des interfaces claires, une architecture tenable, une donnée bien pensée, et — quand c'est pertinent — de l'IA appliquée proprement, avec des garde-fous, pas comme démo.
Je pratique le développement web et mobile, le backend, la data et le pilotage d'équipe. J'aime autant poser une base solide que sortir une v1 honnête en production. Le code que je préfère, c'est celui qu'on comprend encore six mois plus tard.
Quatre principes qui me guident, projet après projet.
Je commence par les questions floues, pas par le clavier. Le code est plus simple quand le problème est clair : deux heures de cadrage valent mieux qu'un mois passé dans le vide.
Une solution ennuyeuse qui marche bat une archi brillante qui ne tient pas en prod. Je préfère rendre le complexe lisible plutôt que le contraire.
On apprend en mettant les choses entre les mains des gens. Une v1 utile vite, puis des itérations honnêtes nourries par les retours réels — pas par les slides.
J'encadre en expliquant les choix, pas en les imposant. Une équipe qui comprend le pourquoi livre mieux et tient plus longtemps.
Sept ans entre administration, produit et développement logiciel. Cliquez sur une expérience pour la déplier.
Pilotage d'une équipe de 4 développeurs, arbitrages techniques et fiabilisation des outils métiers utilisés par les enquêteurs.
Au sein d'un collectif spécialisé en outils numériques publics : prototypes, dataviz et développement à partir de données ouvertes.
Modernisation des services publics : applications internes, ateliers d'innovation et accompagnement des agents dans l'adoption d'outils numériques.
Construire des produits utiles, bien dessinés, qui durent. Rien de plus compliqué que ça — et c'est déjà beaucoup.
Je travaille à la croisée du développement, de la donnée et du design. Mon terrain favori : transformer un besoin flou en un produit clair, maintenable et mesurable — sans dépendre d'une stack à la mode.
Un cadrage sérieux, des hypothèses explicites, un périmètre tenable. Le code vient après, pas avant.
Je préfère une v1 honnête en production à une v3 parfaite en slide. On apprend avec les utilisateurs, pas contre eux.
Tests ciblés, CI qui fait peur au bon moment, docs qui se lisent. Le code qu'on garde est le code qu'on comprend encore dans 6 mois.
Sept terrains que je pratique régulièrement, avec des niveaux d'implication différents.
Interfaces, SPAs, sites institutionnels
Front moderne avec un fort goût pour le HTML/CSS bien tenu. J'aime les bases solides : accessibilité, performance, cohérence visuelle.
APIs, bases de données, plateformes
APIs propres, schémas pensés, observabilité correcte. Je préfère un service simple et testé à une archi distribuée à la mode.
LLMs, RAG, automatisation
Intégration d'IA dans des produits réels, avec des contraintes réelles : coût, latence, confidentialité, évaluation. Zéro hype gratuite.
iOS / Android avec une base unique
Applications mobiles pragmatiques, avec une UX qui respecte chaque plateforme sans doubler les coûts de maintenance.
Penser l'interface, pas juste la dessiner
Conception d'interfaces claires, hiérarchisées, accessibles. Je code ce que je dessine, ce qui évite pas mal d'allers-retours.
Autonomie sur toute la chaîne
Ce qui rend l'équipe plus rapide et le produit plus stable : CI/CD, monitoring, infra reproductible, scripts qui font gagner des heures.
Cadrage, équipe, décisions
J'ai piloté des équipes et des produits, au-delà du seul code. Cadrer, arbitrer, expliquer aux métiers : ça compte autant que le reste.
Ce que j'utilise au quotidien, par famille. Pas une liste exhaustive : ce avec quoi je suis vraiment à l'aise.
Au-delà des technos, ce que j'apporte concrètement sur un projet.
Je pose les bonnes questions avant d'ouvrir l'IDE. Périmètre, utilisateur, cible, KPI.
Du cadrage au déploiement, en passant par le design, la base de données et la CI.
Lisible, testé là où ça compte, documenté juste assez. Pas du code jetable.
Évaluations, garde-fous, coûts maîtrisés. Pas un chatbot posé par-dessus.
Projets professionnels, personnels et expérimentaux — une sélection honnête de ce que je construis.
Logiciel pour la transition écologique du ministère de l’Économie. Centralisation BEGES, structuration SPE, cadrage fonctionnel et développement du proof of concept.
Plateforme de centralisation et de visualisation des indicateurs métiers pour les décideurs. Import automatique multi-sources, alertes sur seuils critiques, rapports générés.
Cadrage technique et recherche utilisateur pour structurer les outils de traitement des saisines. Accompagnement du studio de design, entretiens terrain, analyse et arbitrages de conception.
Système automatisé de veille technologique : crawling multi-sources, extraction d’entités, résumés par IA, newsletter personnalisée. Un flux structuré et actionnable.
Sécurité personnelle
Application discrète de sécurité personnelle pour alerter rapidement des contacts de confiance, avec position GPS optionnelle et mode façade « Notes ».
Observatoire des données publiques françaises
Plateforme de datavisualisation dédiée aux données publiques françaises, avec une approche éditoriale, claire et accessible des grands indicateurs du territoire.
Que ce soit pour une mission, une collaboration ou simplement échanger sur un sujet tech — je suis ouvert à la discussion.
Indisponible pour de nouvelles missionsApplications React / Node, sites vitrines, plateformes sur-mesure — du prototypage à la mise en production.
Dashboards, pipelines de données, intégration d'IA dans vos outils métier, automatisations intelligentes.
Audit de code, choix d'architecture, accompagnement technique ponctuel ou récurrent pour votre équipe.
Projets open source, articles en co-écriture, talks, mentorat — ouvert aux échanges constructifs.
Pas de jargon inutile. Je privilégie les échanges clairs, les feedbacks réguliers et la transparence sur l'avancement.
Code propre, testé, documenté. Je livre du travail maintenable, pas des prototypes jetables.
Je m'intéresse au problème avant la solution. Comprendre le contexte métier pour proposer la bonne architecture.
Il dépend du type de mission, de la durée et de la complexité. Contactez-moi pour en discuter — je propose toujours un devis clair et détaillé avant de démarrer.
Oui, principalement. Je suis basé à Paris et habitué au travail à distance avec des équipes en France et à l'international. Des rencontres en présentiel sont possibles sur Paris.
Développement web, applications data/IA, conseil technique. Je privilégie les projets avec un vrai enjeu produit, où la qualité technique fait la différence.
Je suis actuellement ouvert à de nouvelles missions. N'hésitez pas à me contacter pour vérifier mes créneaux — je m'engage à répondre sous 48 heures.