- Que couvre vraiment la maintenance ?
- Les mises à jour de dépendances et de sécurité, la surveillance et le traitement de ce qu'elle révèle, le travail de performance à mesure que l'usage grandit, la correction des défauts, et l'adaptation du système à l'évolution de votre activité. C'est un travail continu, pas une file de tickets de support.
- Et si nous voulons travailler avec quelqu'un d'autre plus tard ?
- Oui, et tout est pensé pour que ce soit réellement possible — vos dépôts, vos comptes, vos données, des frameworks conventionnels qu'une autre équipe peut lire. Nous préférons mériter le travail chaque année plutôt que de le retenir en otage.
- Pouvez-vous reprendre un système construit par quelqu'un d'autre ?
- Souvent, oui. Nous commençons par un audit — architecture, dépendances, sécurité, déploiement — et vous donnons une évaluation honnête de ce que coûte la maintenance face à ce que coûterait un remplacement. Parfois, le système est en meilleur état que ce que vous craigniez.
- Combien de temps restez-vous impliqués ?
- Aussi longtemps que vous le souhaitez. Tout l'intérêt de la deuxième et de la troisième année, c'est que le système continue de s'améliorer au lieu de se dégrader — et cela ne fonctionne que si ce sont les mêmes personnes qui restent dessus.
- Qu'est-ce qui rend un code maintenable, en pratique ?
- Des frameworks conventionnels plutôt que des solutions maison ingénieuses, des types qui documentent l'intention, des tests qui permettent de changer les choses en toute sécurité, une infrastructure définie comme du code, et des décisions consignées par écrit. Rien d'exotique — c'est de la discipline appliquée avec constance.