Chargement
Nous reprenons des back-ends existants et nous les modernisons sans arrêter la livraison.
La plupart des plateformes ne peuvent pas cesser de livrer pendant qu'on répare leurs fondations. Nous reprenons des bases de code que nous n'avons pas écrites, nous les cartographions, puis nous modernisons par tranches. Sur une marketplace cloud, cela a voulu dire migrer une vingtaine de services de Node 14 à 18 puis 22 et d'AWS SDK v2 vers v3, migrer des endpoints legacy vers le serverless, et harmoniser la gestion d'erreurs, des 500 opaques vers des codes explicites et documentés, le tout pendant que la plateforme continuait de livrer à chaque sprint.
Services, dépendances, flux de données, et où les problèmes se cachent.
Ce qui casse en premier, ce qui coûte le plus, ce qui bloque le reste.
Les plus petits pas sûrs, chacun livré et vérifié en production.
Code mort supprimé, documentation à jour, votre équipe propriétaire du résultat.
Oui, c'est l'état de départ normal. Les tests de caractérisation arrivent en premier, pour que les changements soient mesurés contre le comportement réel du système.
Presque toujours refactorer sur place. Les réécritures gèlent la livraison et redécouvrent les vieux bugs ; les tranches, elles, continuent de livrer.
C'est le mode par défaut : code review, binômage et conventions partagées, pour que la connaissance reste quand la mission se termine.
Des petits pas réversibles, des feature flags quand il le faut, et l'observabilité câblée avant le changement risqué, pas après.
Dites-nous sur quoi vous travaillez. Réponse sous 24 heures, diagnostic d'une page sous 48.