Aller à « Sous la surface »

Chargement du CV…

Je ne jette pas le parcours.
Je jette le format qui le réduit à une liste.

Sous la surface

Un CV raconte ce que j'ai utilisé. Pas ce que je saurai comprendre, arbitrer et assumer lorsque le problème change.

Je développe les fonctionnalités qui font avancer le produit. Mon rôle de lead est de cadrer, arbitrer et aider l'équipe à les livrer.

Quand l'architecture, la performance ou le run commencent à freiner ce produit, je descends dans le système, j'en comprends les contraintes et je mesure ce qu'il faut réellement changer.

Là où je suis le plus utile

Une petite équipe doit pouvoir confier un gros problème à quelqu'un qui comprend le besoin, développe la solution, guide sa livraison et répond du résultat en production. C'est là que je suis à mon meilleur : early stage, 2-pizza team ou produit déjà utilisé qui doit franchir un cap sans casser ce qui compte.

Lead Software Engineer · Founding Engineer · Tech Lead Full-Stack · Staff Software Engineer hands-on

Voici comment ce réflexe s'est construit ↓

Lecture rapide · 40 secondes

Le parcours, en trois transformations.

Le développement de fonctionnalités est le fil rouge. Les trois chapitres retiennent ce qui dépasse le quotidien : automatiser un métier, faire grandir un produit, puis faire franchir un cap à une plateforme nationale.

  1. 012017 → 2021 · Full-Stack DeveloperMinistère de l'IntérieurAutomatiser pour rendre du temps à l'interprétation≈ 30 h/semaine → une demi-journéeLire ce chapitre ↓
  2. 022021 → 2023 · Full-Stack Developer → Lead Full-Stack EngineerExaminFaire évoluer le produit et mener ses chantiers structurantsAudit RGPD · rapports PDF fidèles · refonte UI solo en 6 mois · reprise complète en moins de 2 hLire ce chapitre ↓
  3. 03Depuis 2023 · Lead Software DeveloperFondation du patrimoineDévelopper les features, guider l'équipe et faire franchir un cap à la plateformeDelivery hands-on · roadmap & squad de 4 · pic TV absorbé sans indisponibilité généraleLire ce chapitre ↓

2017 → 2021 · Ministère de l'Intérieur

≈ 30 h→ une demi-journée par semaine

Automatiser la production pour rendre du temps à l'interprétation.

Le besoin
Chaque semaine, la production statistique mobilisait environ trente heures. L'intersaison ajoutait près de deux mois de consolidation, de vérification et de corrections. Les échanges par mails et les manipulations manuelles multipliaient les risques d'erreur dans toute la chaîne.
La solution
J'ai construit une chaîne adaptée aux outils réellement utilisés — C++, Qt, SQL, macros et scripts. Les tableaux transmis par les départements étaient consolidés, mis à jour puis transformés en livrables exploitables.
Le résultat
Le travail hebdomadaire est passé d'environ trente heures à une demi-journée. L'intersaison, d'environ deux mois à quatre jours. Départements, délégations et régions ont récupéré du temps pour analyser ce que disent les chiffres plutôt que les recalculer.
Ce qui se transfère
Une bonne automatisation ne remplace pas l'expertise. Elle retire le travail répétitif pour permettre à cette expertise de servir réellement.

2021 → 2023 · Examin

6 moispour mener seul la refonte complète de l'interface, sans perte fonctionnelle

Faire évoluer le produit au quotidien — et mener les chantiers qui le structurent durablement.

Le rôle au quotidien
Développement full-stack de nouvelles fonctionnalités et évolution continue du produit, du besoin métier jusqu'à la mise en production.
Le moteur métier
Construction du moteur d'audit RGPD : transformer des règles de conformité en parcours, résultats et données directement exploitables dans l'application.
Les rapports PDF
Construction d'un système de génération reproduisant fidèlement le rendu de l'application, y compris ses tableaux et ses graphiques. Un chantier produit à part entière, pas un simple export.
La refonte
J'ai mené seul la refonte complète de l'interface en six mois, sans perte fonctionnelle ni impact négatif identifié sur l'activité.
La résilience
Infrastructure as Code avec Ansible, monitoring Prometheus/Grafana et sauvegardes automatisées. Après une attaque, une seule personne a remis en service un environnement complet — nouveau serveur, infrastructure et données — en moins de deux heures, contre plus d'une semaine auparavant.
La transmission
Mentorat d'un développeur junior et de deux stagiaires par la code review, le pair programming et l'accompagnement à la livraison.
Ce qui se transfère
Contribuer au flux quotidien de fonctionnalités, puis prendre la responsabilité d'un chantier structurant lorsque le produit l'exige — sans dissocier le code, l'expérience utilisateur, l'exploitation et la transmission. Ces réalisations précèdent mon usage professionnel de l'IA.

Depuis 2023 · Fondation du patrimoine

1 614 / 172 req/spic TV réel · CDN / origine

Origine préparée à 250 req/s · service globalement disponible

Faire avancer le produit — et comprendre le système assez profondément pour qu'il tienne.

Le produit au quotidien
Développement hands-on et livraison continue des fonctionnalités de la plateforme nationale, du besoin métier au suivi en production. Le run n'est pas le produit : il doit libérer l'équipe pour construire la suite.
Le rôle de lead
Roadmap technique 2025–2026, budget, arbitrages produit et coordination d'une équipe externe de quatre personnes. Je garde la responsabilité du code, de la review et des sujets critiques tout en protégeant l'équipe des interruptions inutiles.
Le système à comprendre
Le site répondait souvent en deux à trois secondes. À 20 req/s, l'infrastructure devenait instable ; vers 30 req/s, certaines pages dépassaient trente secondes ou la plateforme tombait. Une campagne d'environ 300 votants l'avait rendue indisponible une demi-journée.
La préparation
Avec l'équipe, reprise en profondeur de Next.js : SSR/ISR, découpage des pages, images et cache Redis intelligent. Les données très volatiles peuvent vivre une minute ; les contenus stables, jusqu'à un mois. L'origine a été testée jusqu'à 250 req/s, avec toutes les requêtes sous 1,2 s. Nous nous sommes arrêtés là : cette enveloppe dépassait le besoin anticipé.
L'épreuve du réel
Le 19 juillet 2026, GA4 a rapporté 3 438 utilisateurs entre 20 h et 21 h. Côté HTTP, 71 % des requêtes de l'heure se sont concentrées entre 20 h 23 et 20 h 30. CloudFront a culminé à 1 614 req/s et absorbé environ 80 % du trafic ; l'origine a atteint ≈172 req/s, dans l'enveloppe testée. Le backend est passé de 2 à 5 pods, tandis que le frontend et le CMS sont restés à leur niveau de base de 2 pods chacun. Aucun pod n'a redémarré, aucune réponse 429 n'a été observée et le service n'a pas connu d'indisponibilité générale.
Le résultat — et sa limite
93,7 % des réponses arrivées à l'origine ont été servies en moins d'une seconde. Les erreurs 5xx sont restées sous 0,01 % au CDN et autour de 0,038 % à l'origine. Pendant la montée en capacité du backend, le p95 glissant sur cinq minutes a toutefois atteint 4,6 s : la plateforme est restée disponible, mais le prochain gain se situe dans la vitesse de réaction à un pic aussi brutal.
Usage & coûts
La fréquentation est passée d'environ 2 500 à 5 500 visiteurs uniques par jour, tandis que le budget d'infrastructure est revenu au niveau de 2022. Les services tiers coûtent environ 500 € de moins par mois. Sur le périmètre mesuré, les frais du prestataire de paiement par carte ont baissé d'environ 90 %. Séparément, le coût du service cartographique utilisé pour afficher les cartes sur les pages Projet et dans la recherche a baissé d'environ 70 %.
Changement de PSP
La migration a été menée en deux temps : d'abord les dons récurrents, puis les cartes — environ 70 % des dons — basculées en une fois pendant une période critique. Une transaction a rencontré une erreur : le cas a été identifié, corrigé puis audité en moins de 24 h avec l'appui du workflow assisté par IA.
Ce qui se transfère
Ce cas ne montre pas que je préfère l'Ops aux features. Il montre jusqu'où je comprends un système lorsque la disponibilité des features devient elle-même un enjeu produit. Je reste responsable du besoin, de la roadmap, du code et du comportement réellement livré.

Ce qui a changé avec l'IA

L'IA ne remplace pas le jugement. Elle réduit le coût de la boucle.

L'IA réduit le coût d'une première solution et des itérations suivantes. Elle me permet de confronter davantage de versions au réel sans m'arrêter à la première qui fonctionne. Je cadre, relis, valide et assume le résultat.

1 — Le problème réel

Comprendre le besoin, les personnes concernées et ce qui mérite réellement d'être supprimé.

2 — Une solution testable

Construire une réponse suffisamment concrète pour être confrontée au terrain.

3 — Mesurer, apprendre, améliorer

Observer le comportement réel, corriger puis recommencer tant que le gain le justifie.

Strapi V3 → V5

Comparaison de comportements, audits répétés et corrections réexaminées : plus de 60 % des régressions détectées ont été corrigées dans une boucle menée en équipe.

500 fiches CMS · workflow en cours de déploiement

Le dispositif vise à retirer environ 250 heures de copier-coller : un document Word déposé dans SharePoint doit alimenter une chaîne d'intégration, d'audit, de notification et de classement dans le CMS, avant validation humaine. L'objectif n'est pas d'automatiser le jugement, mais de retirer la saisie sans valeur ajoutée.

Mon techno-solutionnisme a une limite simple : ne confier à la technique que les problèmes qu'elle peut réellement résoudre. Plus d'itérations. Pas moins de responsabilité.

La même méthode, hors du travail salarié

La technique devient intéressante lorsqu'elle retire une charge réelle à quelqu'un.

La baisse du coût de développement permet de traiter des problèmes trop petits pour justifier un projet classique, mais assez répétitifs pour peser sur les personnes concernées.

4A L'Escale

Halte-répit d'Étampes
Animateur & webmaster · 2011–2018
Développeur produit · 2026 → aujourd'hui

Le site regroupe informations, activités et contacts utiles afin d'éviter aux aidants de multiplier les sources.

Voir 4a-lescale.fr ↗

Résidence du Verger

Vice-président du Conseil syndical
Développeur unique · interface créée de zéro

L'interface a été conçue pour réduire la circulation dispersée de l'information et rendre les décisions plus accessibles.

Voir residence-du-verger.fr ↗

Pierres en Lumières

Développeur unique
Nouvelle version en cours

Le projet vise à faciliter la découverte du festival, de ses événements, de sa carte et de ses contenus multilingues.

Publication prévue entre T4 2026 et janvier 2027
La version actuellement en ligne n'est pas la nôtre