Question 1

Pouvez-vous reprendre un code que vous n'avez pas écrit ?

Accepted Answer

Oui, c'est une grande partie de notre activité : la majorité des projets que nous reprenons n'ont pas été écrits par notre équipe. Nous commençons toujours par un audit avant d'intervenir, pour comprendre les choix passés avant de les remettre en question. Cela nous évite de casser des choses qui fonctionnaient pour de bonnes raisons que nous ignorions encore.

Question 2

Faut-il tout réécrire ?

Accepted Answer

Non, rarement en totalité. Nous décidons composant par composant ce qui doit être gardé, amélioré ou reconstruit, en fonction de sa criticité et de son état réel plutôt que de son âge. Une réécriture complète est notre dernier recours, pas notre point de départ.

Question 3

Comment estimez-vous un code que vous découvrez ?

Accepted Answer

Par un audit structuré : lecture du code, de l'architecture, des dépendances, et tests de charge si nécessaire. Nous identifions les zones à risque et estimons l'effort nécessaire pour chacune séparément, plutôt qu'un chiffre global peu fiable. Vous repartez avec un plan d'action chiffré, priorité par priorité.

Question 4

L'application peut-elle rester en ligne pendant la migration ?

Accepted Answer

Oui, c'est l'objectif : nous privilégions des migrations progressives qui ne coupent pas votre service. Chaque étape est testée et déployée séparément, ce qui limite le risque et permet de revenir en arrière si besoin. Une coupure de service n'est envisagée qu'en dernier recours, sur une fenêtre annoncée à l'avance.

Question 5

Pouvez-vous réduire nos coûts d'infrastructure ?

Accepted Answer

Souvent, oui, une fois l'audit terminé et les postes de coût identifiés. Sur My Private Pool, nous avons réduit les coûts d'hébergement de 70 % et les coûts d'API cartographique de 92 %, sans dégrader les performances. Ces économies viennent généralement d'une infrastructure surdimensionnée ou de choix techniques jamais revus depuis le lancement.

Question 6

Que faire s'il n'y a aucun test ?

Accepted Answer

Nous en mettons en place progressivement, en priorisant les zones les plus critiques et les plus fragiles en premier. L'objectif n'est pas une couverture à 100 % du jour au lendemain, mais une protection réelle sur ce qui casserait votre activité si ça tombait en panne. Les tests s'ajoutent ensuite au fil des évolutions.

Question 7

Que se passe-t-il après l'audit ?

Accepted Answer

Vous recevez un plan d'action clair : ce qui est urgent, ce qui peut attendre, et ce que chaque option implique en coût et en délai. Vous restez libre de choisir jusqu'où aller, de la stabilisation minimale à la refonte complète. Rien n'est engagé avant que vous ayez validé la priorité et le budget.

Question 8

Pouvez-vous devenir notre équipe technique permanente ensuite ?

Accepted Answer

Oui, c'est un cas fréquent : l'audit devient souvent le point de départ d'un accompagnement continu. Nous restons alors votre équipe technique de référence sur la durée, avec la même connaissance du produit que le jour de la reprise. Vous gardez la possibilité d'internaliser plus tard, sans dépendance artificielle à notre équipe.

Votre application existe déjà. Elle ne devrait pas vous empêcher d'avancer.

Des signaux qui ne trompent pas

Réécrire n'est pas toujours la solution