Louinis Boudaa

Au début de 2020, la bascule est faite. À partir de là, mon rôle ne se limite plus à mes propres livrables : j'assume aussi la qualité du système, les arbitrages techniques et le travail des autres développeurs. C'est sur cette période que le périmètre confié est devenu structurellement plus large : concevoir un produit et en répondre, ou entrer dans un système existant et en reprendre la charge, avec très peu de supervision dans les deux cas. Concevoir, déployer, exploiter. Sur un produit éducatif SaaS, j'ai conçu le backend en FastAPI et MongoDB (modèles métier, API, parcours apprenants, scheduler, analytics d'administration), puis pris en charge l'ensemble de son environnement d'exécution : configuration des serveurs, système Linux, services GCP, Dockerfiles, Docker Compose, déploiement, CI et sécurisation de l'infrastructure. Le produit a ensuite grandi, et le travail a changé avec lui : refactoring des zones critiques, tests unitaires et d'API, non-régression, durcissement de la configuration et maintien des contrats existants sans interruption de service. Le produit est toujours en production et la collaboration se poursuit. Reprendre et stabiliser. Sur un environnement applicatif legacy complexe, je suis entré par un périmètre front-end (Vue) qui s'est étendu au backend (Django), à la modernisation progressive de services vers FastAPI, à la stabilisation d'outils laissés par l'équipe précédente, au diagnostic d'incidents avec les équipes support et à l'internalisation de sujets jusque-là confiés à des prestataires externes. Le périmètre ne s'est pas élargi par appétit : il s'est élargi à mesure que des problèmes hors du mandat initial étaient résolus. L'exploitation n'est pas une compétence annexe dans mon périmètre : Docker au quotidien, déploiement et infrastructure applicative font partie de ce dont je réponds. J'ai aussi travaillé avec Kubernetes sur d'autres environnements. J'utilise Claude Code et des coding agents au quotidien pour explorer du code que je ne connais pas et accélérer des implémentations ciblées. Les décisions d'architecture et la revue restent les miennes.

Trois ans, pendant lesquels mon rôle a changé de nature. J'ai commencé par livrer sur des périmètres définis par d'autres : des fonctionnalités, des corrections, des intégrations, et surtout l'apprentissage d'entrer dans du code que je n'avais pas écrit. C'est pendant cette période que le terrain s'est fixé : des produits en production dont la stack avait vieilli, dont la base de code avait hérité d'intervenants successifs, et qu'il fallait faire avancer sans les arrêter. J'y ai appris que la difficulté est rarement technique au sens strict. Elle est de comprendre assez vite ce qu'un produit fait pour ses utilisateurs pour savoir ce qu'on peut casser. Deux moments. La reprise d'une plateforme de tests utilisateurs dont la base de code avait hérité d'habitudes très hétérogènes : arbitrer, à chaque correction, entre la rustine ciblée et la réécriture d'une zone entière, et décider moi-même pour la première fois de ce qu'il fallait reprendre et de ce qu'il fallait laisser. Puis, à partir de la mi-2019, un rôle de technical lead sur la refonte des sites d'un groupe hôtelier international : mise en conformité d'accessibilité WCAG 2.1 niveau AA, encadrement d'une demi-douzaine de développeurs juniors, coordination entre plusieurs équipes techniques. C'est là que le passage de l'exécution à la responsabilité a vraiment commencé. Python, TypeScript, JavaScript · Vue, React, Angular · Node, Django · PostgreSQL, MongoDB.

Passage de la formation à la livraison professionnelle. Premières fonctionnalités mises en production, premier debugging sur du code que je n'avais pas écrit, et un travail parallèle d'accompagnement technique auprès d'autres développeurs, qui a surtout servi à consolider mes propres fondamentaux.