Pendant longtemps, les gens ont cru qu'ils protégeaient leurs systèmes en protégeant leur code. Ce n'était pas une sottise. C'était une réponse raisonnable à une rareté raisonnable. Le code coûtait cher. On l'écrivait lentement, on le modifiait avec prudence et, une fois obtenu, on cherchait à le garder le plus longtemps possible au même endroit. De cette économie sont nées des vertus : la réutilisation, l'abstraction, les instances centrales, la propriété soigneuse. Presque chaque règle de l'ancien métier du logiciel était l'écho d'un même fait discret : **écrire coûtait cher. Coordonner coûtait plus cher encore.**
Puis le prix a chuté.
Cela n'est pas arrivé dans un seul fracas. Cela est arrivé comme arrivent les véritables changements d'époque : d'abord comme un soupçon, puis comme une habitude. Une interface qui aurait autrefois pris une semaine tenait debout en un après-midi. Un renommage qui coûtait jadis un demi-sprint était tenté trois fois avant le café. Des couches entières qu'on n'aurait jamais séparées auparavant, par peur du coût secondaire, ont été détachées, déplacées, reconstruites. Non parce que les gens étaient soudain devenus plus courageux. Parce que l'écriture elle-même avait perdu son prix.
Et avec elle, l'endroit où l'on pouvait bien ou mal construire s'est déplacé.
Quand le code est devenu bon marché, une vieille illusion est morte : l'illusion selon laquelle la véritable ingénierie habitait *à l'intérieur* du code. Non. Plus maintenant. Si l'intérieur peut être généré, jeté puis remplacé à grande vitesse, alors la durée vit ailleurs : aux frontières. Dans le modèle de données. Dans l'isolation des tenants. Dans des permissions qu'on ne peut pas amadouer. Dans des déploiements capables de revenir en arrière. Dans la question de savoir ce qui est vrai, et qui doit le prouver. **On ne centralise plus le code. On centralise le contrat.**
Voilà pour la moitié libératrice.
L'autre moitié était plus dangereuse. Un code bon marché n'est pas seulement plus rapide à produire. Il est aussi plus rapide à produire *mal*. Ce qui prenait autrefois des jours prend maintenant des minutes, et cela signifie que l'erreur aussi ne coûte plus que des minutes. Une ligne fautive dans un chemin d'ingestion, un cas limite non gardé dans un script de routage, un écrasement silencieux au mauvais moment : soudain, le danger n'était plus la lenteur, mais le silence. Les systèmes pouvaient casser largement sans devenir bruyants. Avoir l'air sains tout en dérivant déjà. La nouvelle catastrophe n'était pas la panne spectaculaire. C'était la poursuite aimable et plausible sur un sol déjà corrompu.
C'est là qu'ils ont compris que la discipline devait migrer elle aussi.
Si le code est bon marché, la rigueur ne devient pas superflue. Elle se déplace. Loin des rituels qui servaient à administrer la rareté, vers des garde-fous capables de contenir la vitesse. L'observabilité plutôt que la simple inspection. La réversibilité plutôt que la révérence pour l'existant. Des arêtes dures plutôt qu'une intelligence intérieure trop habile. Et la vérité comme fonctionnalité, car dès qu'une machine sonne suffisamment juste, elle peut apprendre aux humains à oublier discrètement la différence entre *plausible* et *fondé*.
Eux non plus n'avaient pas tout de suite les bons mots pour le dire. Mais ils ont commencé à sentir que quelque chose d'ancien s'achevait. Le métier ne disparaissait pas. Il déménageait. De l'écriture vers le jugement. De la construction vers la composition. De la question *« Comment construit-on cela ? »* à la question plus lourde *« Sur quoi cela a-t-il le droit de reposer ? »*
Ce fut le jour où le code est devenu bon marché. Non pas le jour où le logiciel est devenu facile. Plutôt le jour où l'honnêteté, les frontières et le goût sont devenus plus chers que le simple fait de taper.
*— H.V.*