L'ingénierie patiente

Le jour du lancement, beaucoup de prestataires s'effacent. Le logiciel est livré, la facture est soldée, on passe au projet suivant. Nous faisons l'inverse. Pour nous, le lancement n'est pas la fin du travail : c'est le début.

Cette différence n'est pas qu'une question de goût. Quand un logiciel est construit dans la précipitation, le coût ne disparaît pas - il est transféré. À l'utilisateur qui subit le bug. À l'équipe qui hérite du raccourci. Au client qui finit par payer deux fois. L'ingénierie patiente, c'est refuser ce transfert : faire le travail correctement la première fois, parce qu'on sait qui en paierait le prix autrement.

Rester est le métier, pas une option

Un logiciel qu'on n'entretient pas se dégrade. Pas d'un coup - par petites usures. Une dépendance qui vieillit. Un cas limite qui s'accumule. Une hypothèse de départ que la réalité finit par contredire.

C'est après le lancement que tout ce qui compte se joue : la solidité, la justesse, la confiance. C'est le moment où le code rencontre de vrais usages, de vraies données, de vraies personnes qui s'en servent autrement que prévu. Traiter le lancement comme une fin, c'est abandonner le projet juste quand il devient intéressant.

Rester, pour nous, ça veut dire des choses concrètes. Revenir sur notre propre code pour l'améliorer une fois qu'on en sait plus. Répondre quand quelque chose casse, au lieu de hausser les épaules. Traiter un projet comme une relation, pas comme une transaction.

Comprendre coûte moins cher que construire

La part la plus tentante du métier, c'est d'écrire du code tout de suite. C'est aussi la plus chère quand on s'y précipite. La plupart des mauvais logiciels sont d'excellentes réponses à la mauvaise question.

Nous passons donc du temps là où ça ne se voit pas : à comprendre le métier de la personne en face, ce qu'elle fait réellement, ce qui la freine, ce qu'elle n'arrive pas tout à fait à formuler. Ce temps a l'air lent. Il ne l'est pas. Il évite des mois de construction soignée dans la mauvaise direction.

L'ennuyeux dure plus longtemps

La mode technique change chaque saison. Un framework neuf promet de tout simplifier, une dépendance brillante évite d'écrire dix lignes - et trois ans plus tard, plus personne ne les maintient. Chaque ajout est une dette contractée au nom d'une équipe future qui n'a pas voté.

Nous choisissons des outils que nous saurons encore faire tourner dans cinq ans. Peu de dépendances, et seulement celles que nous comprenons. Des fondations éprouvées plutôt que prometteuses. Ce n'est pas du conservatisme : c'est du respect pour le temps des gens, le nôtre comme celui des clients qui héritent de ce que nous laissons.

Le code se lit plus qu'il ne s'écrit

Une ligne de code est écrite une fois et relue des centaines de fois - par celui qui la corrige six mois plus tard, par le collègue qui reprend le projet, par nous-mêmes quand le contexte s'est effacé.

Nous préférons donc un code ennuyeux à un code malin. Des noms clairs à des abréviations économes. Une solution simple qu'on comprend d'un coup d'oeil à une solution élégante qu'il faut déchiffrer. Le code n'est pas un endroit pour se montrer ; c'est un endroit où d'autres devront vivre.

Patient ne veut pas dire lent

Une précision, pour éviter le malentendu. Être patient, ce n'est pas polir indéfiniment, repousser les décisions, ou empiler des fonctionnalités que personne n'a demandées au nom de la perfection. La patience mal comprise gâche autant que la précipitation.

La patience, c'est savoir où mettre le soin. Livrer ce qui doit l'être quand il le faut, mais refuser de bâcler les fondations qu'on devra porter ensuite. C'est la différence entre prendre le temps et perdre le temps - et elle se joue dans le jugement, pas dans l'horloge.

Le pari du studio

Au fond, la raison est simple. Les logiciels que nous construisons ne nous appartiennent pas : ils appartiennent aux gens qui s'en servent, et à ceux qui les reprendront après nous.

L'ingénierie patiente est parfois plus lente, parfois plus chère, et nous l'assumons. Le reste - la vitesse pour la vitesse, le jetable, la dette qu'on lègue à quelqu'un d'autre - ne nous a jamais semblé valoir ce qu'il coûte. Nous construisons des choses faites pour durer, par des gens qui comptent rester.