Lire du code dangereusement : quand les LLMs écrivent du code plus vite que vous ne pouvez le lire

Le principe est simple : et si nous arrêtions complètement de lire le code généré par les LLM ? Traitons-le comme de l'assembleur, du bytecode ou du JavaScript transpilé — le langage source de haut niveau devient une autre forme de code machine. Cette idée provient du rapport de retraite de Thoughtworks et du billet de blog de Facundo Olano.

Pourquoi cela a du sens

Les LLM produisent des résultats non déterministes et génèrent du code bien plus vite que les humains ne peuvent le lire. Relire chaque diff n'est plus viable. Au lieu d'abandonner la rigueur, déplacez-la ailleurs : les spécifications et les tests.

Prérequis organisationnel

Ce n'est pas une décision individuelle ou d'équipe — elle doit être organisationnelle. La loi d'Amdahl s'applique : maximiser la vitesse de génération de code sans restructurer les processus n'apporte aucun gain réel. Vous ne pouvez pas avoir certains développeurs produisant 20 000 lignes de code médiocre par jour tandis que d'autres les relisent encore et les approuvent.

Les exigences incluent :

• Supprimer les humains dans la boucle, réduire la coordination et les points de contrôle
• Offre virtuellement infinie d'exigences, les ingénieurs possèdent des flux de travail de manière autonome
• Les reprises sont presque gratuites, donc n'empêchez pas le travail incorrect — détectez-le via les spécifications/tests

Flux de travail proposé

Utilisez une spécification Markdown standardisée comme nouvelle unité de connaissance. Les propriétaires de produit et les ingénieurs collaborent sur la spécification et les cas de test pour les règles métier. Intégrez-les dans le dépôt en même temps que le code d'implémentation.

Des vérifications automatisées sur les pull requests vérifient :

• Les tests passent
• Le code est conforme à la spécification

La spécification — pas le code — est ce que l'équipe comprend, révise et dont elle est responsable.

Distinction clé

Les spécifications ne sont pas des prompts. Les tests ne sont pas du TDD. Il s'agit de rigueur déplacée vers la couche contractuelle, pas la couche d'implémentation.