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.
📖 Lire la source complète : HN AI Agents
👀 See Also
L'ordonnance du tribunal de Géorgie contient des citations juridiques hallucinées par l'IA.
Un appel devant la Cour suprême de Géorgie a révélé qu'une ordonnance d'un tribunal de première instance contenait au moins cinq références à des affaires inexistantes et cinq autres à des affaires qui ne soutiennent pas les propositions citées, l'ordonnance proposée par le procureur contenant les mêmes erreurs.
Pourquoi l'architecture open source d'OpenClaw est importante
Aucun
CTO de Netlify Dana Lawson : Écrire du code n'est plus le métier
Dana Lawson, CTO de Netlify, affirme que le travail du développeur passe de l'écriture de code à l'orchestration d'agents IA. Les ingénieurs deviennent des concepteurs d'expérience, en organisant les sorties des agents et en gérant les limites du système.
Les outils d'IA peuvent conduire à une uniformisation des productions dans les travaux créatifs et de développement.
Un utilisateur de Reddit rapporte que plusieurs équipes utilisant des outils d'IA comme ChatGPT, Co-Pilot et Claude pour des feuilles de route stratégiques et le développement de logiciels produisent des résultats similaires avec des modèles de mots à la mode et des structures de conception identiques.