J’ai rejoint Covent, anciennement Dispo Genius, comme ingénieur frontend senior avant de devenir responsable d’équipe. Je suis responsable de l’architecture frontend, je livre des systèmes côté serveur, je définis les normes d’ingénierie et j’accompagne trois ingénieurs.
J’ai proposé Covent MCP et l’ai mené de l’idée à la production. Le service Go a livré 23 outils en lecture seule avec OAuth 2.0 et PKCE, un accès cloisonné par tenant, des garde-fous sur les crédits, une journalisation structurée, un état PostgreSQL, des analyses et de la documentation. J’ai conçu sa chaîne de livraison sur EC2 avec transfert de l’image Docker, contrôles de disponibilité de la base de données, sauvegardes, migrations, contrôles d’intégrité progressifs, retour arrière et rapports Slack.
J’ai conçu et livré Covent Spotlight, un système de recherche inspiré de Mac Spotlight, puis l’ai extrait dans le package partagé @covent/spotlight adopté par Inbox et Prospecting. Il coordonne des sources locales et côté serveur, l’annulation, la pagination, la navigation au clavier et la conservation de l’état. Prospecting utilise Fuse.js pour la recherche approximative. Un client a qualifié l’expérience de révolutionnaire.
J’ai réduit le JavaScript chargé au premier affichage sur six routes en différant les providers lourds, les interfaces adossées à des SDK, les onglets et boîtes de dialogue inactifs, ainsi que le code propre à chaque route. Les paquets de routes de la compilation de production ont diminué de 26 à 40 %, notamment de 482 à 295 kB pour l’intégration et de 808 à 487 kB pour les campagnes d’annonces. Le PDG de Covent a qualifié le résultat de nette amélioration.
Je dirige et accompagne une équipe de trois personnes tout en étant responsable du code frontend, en révisant les travaux produit et d’architecture, en définissant les standards d’ingénierie et en restant actif dans le code.
J’ai pris en charge la transition de Covent depuis son frontend CRA historique vers une plateforme native Next.js et React. J’ai maintenu le pont de navigation et d’authentification entre V1 et V2 pendant leur coexistence, puis supprimé l’iframe et la couche d’API historique lors de la bascule.
J’ai remplacé la génération de messages multi-agents précalculée par un flux à la demande, réduisant de 96 % les appels aux modèles dans le cas documenté et faisant passer les dépenses mensuelles d’environ 9 000 $ à environ 700 $.
J’ai conçu de bout en bout la Prospecting Insights API avec Django et PostgreSQL, notamment les requêtes d’agrégation et de fenêtrage, les histogrammes de prix, le classement des principaux investisseurs, les clés de cache canoniques, les tests et l’intégration frontend typée.
J’ai restructuré Investor Prospecting autour d’API immobilières en temps réel, de couches WebGL Mapbox, de recherches par lieu, point et polygone, d’un état client borné, de l’annulation des requêtes obsolètes et d’un accumulateur FIFO de 10 000 propriétés.
J’ai conçu un Inbox en temps réel avec conversations virtualisées, WebSockets capables de se reconnecter, envois optimistes de SMS et d’e-mails avec nouvelle tentative et retour arrière, pièces jointes, traduction, modèles, planification, routage par URL et préservation du défilement.
J’ai conçu et livré Auth 2.0 avec des parcours XState, une identité durable dans Zustand, un rafraîchissement sérialisé des jetons, OTP, les SSO Google et GHL, le choix du site, la synchronisation entre onglets et la restauration des redirections.
J’ai remplacé de manière autonome Vercel Flags par LaunchDarkly sur les surfaces rendues côté serveur et côté client, avec évaluation tolérante aux pannes, synchronisation d’identité, abonnements réactifs, valeurs de repli et tests de régression.
J’ai conçu des circuits de livraison contrôlés avec Vercel et GitHub Actions, le suivi des publications et retours arrière, l’observabilité Sentry et des contrôles qualité E2E, Lighthouse et Unlighthouse.
- React
- TypeScript
- Next.js
- Go
- Django
- PostgreSQL
- XState
- Zustand
- LaunchDarkly
- WebSockets
- AWS EC2
- Sentry




