Introduction
L'avènement des modèles de langage (LLM) capables de générer du code à une vitesse vertigineuse suscite une question cruciale : devons-nous encore lire chaque ligne de code produite par ces machines ? Cette interrogation n'est pas simplement technique, elle est profondément organisationnelle et stratégique.
Le paradigme shift
Traditionnellement, comprendre et maintenir le code source était le pilier du métier de développeur. Mais avec l'émergence des LLM, cette tâche devient de plus en plus irréaliste. En effet, ces modèles produisent des sorties non déterministes à une vitesse qui dépasse notre capacité de lecture et de compréhension.
L'analogie avec l'assemblage
Nous ne lisons pas l'assemblage ou le bytecode généré par les compilateurs, pourquoi le ferions-nous pour le code généré par les LLM ? Dans ce cas, notre rôle pourrait évoluer, se concentrant davantage sur la conception de spécifications robustes et l'assurance qualité.
Les choix stratégiques organisationnels
La décision de ne pas lire chaque ligne de code ne peut être prise individuellement. Elle doit être le fruit d'une réflexion stratégique au sein de toute l'organisation. Pourquoi ? À cause des lois de la dynamique organisationnelle, comme la loi d'Amdahl, qui stipule que maximiser un aspect du processus sans réorganiser les structures ne conduit pas nécessairement à des gains de productivité.
Minimiser la friction
Pour tirer parti de la vitesse de génération des LLM, il est impératif de réduire la friction organisationnelle. Cela signifie éliminer les goulots d'étranglement, favoriser l'autonomie des développeurs et redéfinir le rôle du Product Owner.
Où se situe la rigueur ?
Si nous ne lisons pas chaque ligne de code, où la rigueur trouve-t-elle sa place ? La réponse réside dans des spécifications détaillées et des tests automatisés rigoureux. Comme le suggère le rapport Thoughtworks, l'accent doit être mis sur la qualité des spécifications plutôt que sur la vérification manuelle du code.
Le coût du rework
Dans ce nouveau cadre, le "rework" devient pratiquement gratuit. Ce changement de paradigme nécessite un ajustement mental : accepter que des erreurs se produiront mais qu'elles pourront être rapidement corrigées grâce à des processus automatisés robustes.
Conclusion
Le monde du développement logiciel est à un tournant. En adoptant une approche stratégique et en réévaluant notre rôle face aux LLM, nous pouvons non seulement améliorer la productivité mais aussi réinventer les pratiques de l'industrie.
Discutons de ton projet en 15 minutes.