Reprise d'application legacy : reprendre la main sans tout réécrire

Vous vous reconnaissez ?

« Legacy » ne veut pas dire « vieux » : c'est une application que plus personne ne sait modifier sans risque. Souvent parce que ses auteurs sont partis, que la documentation manque, que les dépendances vieillissent ou que la connaissance tient dans la tête d'une seule personne.

Les symptômes sont toujours les mêmes : les bugs reviennent, chaque évolution coûte deux fois trop cher, les mises en production font peur. La bonne nouvelle, c'est que cette situation n'impose presque jamais de tout jeter.

Ma méthode : l'audit d'abord, la modernisation ensuite

Je commence par reprendre le contrôle avant de toucher au code. Concrètement :

1. 1. Récupérer les clés. Code source, hébergement, base de données, noms de domaine, comptes tiers, licences — et vérifier au nom de qui tout cela est déposé.
2. 2. Reconstruire un environnement reproductible. Pouvoir réinstaller, lancer et déployer l'application de façon fiable, pas « sur la machine de quelqu'un ».
3. 3. Cartographier l'existant. Architecture, modules, base de données, dépendances obsolètes et parcours métier critiques, documentés noir sur blanc.
4. 4. Arrêter l'hémorragie. Sauvegardes vérifiées, mises à jour de sécurité, supervision et tests sur les parcours qui comptent.
5. 5. Découper, puis moderniser. Le bloc monolithique devient des morceaux qu'on peut livrer, tester et remplacer séparément — on ne supprime une brique legacy qu'une fois sa remplaçante éprouvée.

Pas de réécriture aveugle

Réécrire toute une application coûte le prix… d'une réécriture, et fait perdre des années de règles métier accumulées. Je privilégie la modernisation incrémentale : on garde les composants fiables, on isole la dette technique qui pèse vraiment, et on remplace par couches. L'application reste en production à chaque étape, avec un retour arrière possible.

L'audit chiffre la dette poste par poste et dit lesquels valent d'être remboursés. La réécriture complète existe, mais comme un choix assumé et documenté, pas comme un réflexe.

Comment on avance

Écrivez-moi en quelques lignes : ce que fait l'application, la technologie si vous la connaissez, ce qui bloque aujourd'hui et si vous avez encore accès au code. Je reviens vers vous avec une première lecture et une proposition de cadrage. Le premier échange est gratuit et sans engagement.

Je suis basé à Nice et travaille pour des clients dans le 06 comme à distance partout en France. L'objectif à la fin : que quelqu'un sache de nouveau ce que fait votre application — et que vous puissiez la faire évoluer sans retenir votre souffle.