Un service en production depuis 7 ans : comment le réécrire ?

Un article qui explique, à partir de plus de six ans passés à construire un même produit, quels défis d’ingénierie apparaissent avec la croissance du produit et de l’équipe, ainsi que les critères de choix d’une nouvelle base technologique.

Défis d’ingénierie liés à la croissance du produit et de l’équipe

• Et si l’on découvrait que la logique d’état du serveur existante ne garantit pas la séquentialité ?
• Et si le volume de données augmentait brutalement au point de ralentir l’accès au tableau de bord ou le rendu ?
• Et s’il fallait implémenter les fuseaux horaires sans le module Intl afin de s’aligner avec le backend ?
• Et s’il fallait mettre en place un environnement multilingue en l’espace d’une semaine ?
• Et si les noms des props des composants étaient tous différents, au point d’augmenter le nombre d’erreurs ?

Pourquoi introduire une nouvelle base technologique

• Pour passer de l’étape PMF à celle du GTM, il faut maintenir la vitesse de déploiement tout en améliorant la stabilité
• Il faut réduire le coût de maintenance des parties vieillissantes et redistribuer le contexte concentré sur certaines personnes
• Les évolutions et progrès de l’écosystème frontend réduisent le coût d’une réécriture (React Server Component, Framework Agnostic, etc.)