Je suis l'ingénieur qu'on appelle quand un système en production doit changer et ne peut pas s'arrêter pendant ce temps — migrations et réécritures sans interruption.
Sept ans en Rails, et Go quand ça doit être rapide. On m'appelle en général quand un vieux système doit changer sans pouvoir s'arrêter pendant ce temps. Une étape à la fois, pas une réécriture d'un week-end.
7+ ans, senior
Requêtes Postgres critiques 40 % plus rapides
1 000+ locataires sur une plateforme
~60 % de saisie comptable manuelle en moins
Plateforme multilocataire pour plus de 1 000 entrepreneurs en toiture. J'ai rendu les requêtes Postgres critiques 40 % plus rapides, et construit la synchro QuickBooks / Chargebee / Nylas pour qu'une panne d'un partenaire retarde les choses au lieu de corrompre les données. Je gérais aussi le côté AWS — jobs, CI, déploiements.
Rails · PostgreSQL · AWS
Fonctionnalités d'argent pour ~10 000 travailleurs autonomes. Synchro FreshBooks et Stripe, où une erreur d'arrondi devient un billet de support. J'ai construit la facturation et l'automatisation des taxes qui ont réduit la saisie manuelle d'environ 60 %.
Rails · Stripe · PostgreSQL
CRM construit de zéro pour des centres d'appels à Tanger et Londres — des millions d'enregistrements. Schéma Postgres pensé pour de grosses écritures, et les API derrière les tableaux de bord en direct.
Rails · PostgreSQL
Place de marché d'agritourisme — réservations, Stripe, annonces. Pages lentes rendues rapides avec de meilleures requêtes et du cache.
Rails · Stripe
Plus de 15 sites clients en PHP, Symfony et Drupal. C'est là que j'ai appris à respecter l'échéance de quelqu'un d'autre.
PHP · Symfony · Drupal
App Academy (web full-stack) · OFPPT (informatique)
Ruby on Rails · Go · PostgreSQL · Redis · Elasticsearch
AWS · Docker · Heroku · CircleCI · GitHub Actions
Stripe · Chargebee · QuickBooks
Nylas · Intercom · Postmark · Mixpanel · Slack
Sentry · AppSignal · Rollbar · Skylight
Ember.js · Hotwire · Vue · TypeScript · RSpec · Playwright
Ma façon de travailler
Les pannes que j'ai gérées étaient rarement intéressantes — souvent un index manquant, ou un webhook qui passe deux fois à la reprise. C'est là que je regarde en premier.
Je préfère livrer quelque chose d'ennuyeux qui marche plutôt que quelque chose d'astucieux que je dois surveiller. Une nouvelle techno doit faire ses preuves — j'ai entretenu assez de l'enthousiasme des autres.
Le code legacy n'est pas l'ennemi. Il fait tourner l'entreprise, et il marche en général pour des raisons qu'on ne voit pas en le lisant une fois. Je le lis avant de le changer, et je change le moins possible.
Le but : un système que la personne suivante comprend sans moi dans la pièce.
Moins de pièces mobiles que le problème ne semble en demander.
Les handlers n'étaient pas idempotents : à la reprise, le même webhook passait deux fois. Personne ne l'a vu avant que les chiffres cessent de concorder.
Fix Clés d'idempotence, handlers rejouables. Maintenant une panne ne fait que retarder la synchro.
Mauvais index, et une forme de requête dont le coût n'apparaissait qu'avec de vraies données derrière le filtre par locataire.
Fix Requêtes et index repris. ~40 % en moins sur les chemins critiques. Pas astucieux — juste nécessaire.
L'isolation était supposée dans l'app et jamais testée. Le genre de bogue invisible jusqu'à la fuite.
Fix Cloisonnement par locataire mis par défaut et couvert par des tests : structurel, pas un truc à se rappeler.
Des rapports de bogues sans faire expliquer le client. Un lien enregistre son écran, sa console et son réseau ; le support rejoue. Rails 8 + Hotwire, un service Go qui diffuse les téléversements par WebSockets, un enregistreur TypeScript et une extension Chrome. Quatre entrées, un seul backend.
Rails 8 · Go · Hotwire · WebSockets
Un plan de contrôle Rails qui pilote une flotte d'agents Go via gRPC. Routage par serveur, builds Docker, journaux de déploiement en direct. Rails pour le produit, Go pour la charge.
Rails · Go · gRPC · Docker
Ce qui fait peur dans une réécriture, ce n'est pas le code. C'est de perdre des clients ou des données pendant. Voici comment je l'évite.
Un vieux système où un changement peut tout casser — couplage fort, aucune couture, des tests que personne ne croit. Le réflexe, c'est de tout réécrire. C'est ça qui tue les entreprises : des mois gelés, puis un nouveau système qui porte les bogues de l'ancien.
Je crée des coutures dans le système en production. Une tranche à la fois, derrière le produit vivant, avec les données intactes. Rails reste le produit ; Go prend les parties qui ont besoin de vitesse. Chaque étape se livre, et chaque étape s'annule.
L'entreprise continue de livrer pendant que l'architecture change dessous. Aucun week-end de migration, aucun gel, rien que le client ne voie.
Beaucoup de petites décisions ennuyeuses et réversibles. C'est tout.
Contact