- La capacité des outils de codage IA à générer des résultats immédiats est impressionnante, mais la qualité des détails d’implémentation et des composants du système reste insuffisante
- Le processus de développement s’éloigne de l’équilibre entre « penser et écrire », pour se transformer en une forme où l’on délègue la réflexion à l’IA et où l’on n’écrit qu’un minimum de code
- Ce comportement s’apparente à « un jeu d’argent où l’on tire sur une machine à sous », et ressemble aux mécanismes addictifs présents dans toute l’industrie technologique
- L’IA facilite l’obtention d’inspiration et la réutilisation de code, mais prive du plaisir des connexions créatives et de la résolution de problèmes
- En conséquence, les développeurs ont besoin non pas de plus d’efficacité, mais de retrouver l’introspection et l’interaction directe avec le code
L’efficacité apparente et les limites du codage avec l’IA
- L’IA génère immédiatement des résultats de code plausibles, mais la précision et la complétude des détails d’implémentation restent insuffisantes
- Même si le code semble terminé en apparence, il contient en réalité souvent des erreurs ou des parties incomplètes
- Il suffit souvent que l’IA fasse semblant de “traiter” le code pour qu’un résultat sorte, ce qui crée une structure où le processus de réflexion du développeur est court-circuité
- Cette manière de faire diffère du codage traditionnel, qui exigeait réflexion approfondie et écriture minutieuse, et se transforme en un mode de travail centré sur une productivité de surface
Le codage avec l’IA comme jeu d’argent
- Le codage avec l’IA ressemble à l’action de tirer sur une machine à sous : un mécanisme répétitif qui recherche une récompense immédiate
- En saisissant une commande puis en attendant le résultat, l’utilisateur éprouve une forme d’attente propre au jeu d’argent
- L’industrie technologique dans son ensemble a déjà internalisé des structures de récompense répétitive, comme le rafraîchissement, et l’IA fonctionne comme une version poussée à l’extrême de ce phénomène
- Cette dimension addictive fait que le codage avec l’IA agit non seulement comme un outil efficace, mais aussi comme un mécanisme susceptible de provoquer une dépendance psychologique
Perte de créativité et de satisfaction
- Les développeurs distinguent leur travail entre « ce qui fait du bien à l’âme » et « ce qui ne lui fait pas du bien », et le codage appartenait traditionnellement à la première catégorie
- L’IA fournit une quantité illimitée de références et d’inspiration, mais elle enlève le plaisir de résoudre directement les problèmes et de comprendre la structure
- En conséquence, le développeur est relégué au rôle de celui qui complète les connexions imparfaites produites par l’IA, ce qui réduit la satisfaction tirée du travail
- La solution à ce problème dépend d’un changement d’attitude du développeur et d’une participation active au code
Contexte personnel et identité professionnelle
- L’auteur travaille dans un environnement de petite équipe ou en solo, et c’est à la fois un développeur et un designer habitué à la réutilisation du code et à l’optimisation
- L’IA a été l’occasion d’essayer de nouveaux frameworks et de renforcer sa confiance, mais il reste permis de douter qu’elle en ait réellement fait un meilleur développeur
- L’usage de l’IA conduit à se demander si l’on recherche vraiment un gain d’efficacité, ou si l’on est plutôt pris dans une répétition de type jeu d’argent, dans l’attente du jackpot
Conclusion : le rôle du développeur à l’ère de l’IA
- Le codage avec l’IA augmente la productivité, mais il risque aussi d’affaiblir la pensée créative et la capacité à résoudre les problèmes de manière autonome
- Plutôt que de dépendre de la commodité de l’IA, les développeurs doivent retrouver la valeur du fait de penser par eux-mêmes et de manipuler directement le code
- Plus importante encore que le progrès technique est la maîtrise de soi et la réflexion nécessaires pour que « coder reste une activité bonne pour l’âme »
5 commentaires
Donc, si on tire suffisamment de fois, on finit par décrocher le jackpot.
Mais le jeu est tellement amusant, non ?
Si, statistiquement, on est au-dessus d’un certain seuil de probabilité, que l’espérance est positive et que des méthodes d’ingénierie visant à en augmenter l’espérance continuent d’apparaître sans relâche, faut-il vraiment appeler cela du jeu d’argent ? Socialement, on dirait plutôt qu’on s’est mis d’accord pour appeler cela de l’investissement.
Oui, d'accord le boomer.
Réactions sur Hacker News
Récemment, grâce aux outils de codage par IA, j’ai réalisé que la raison pour laquelle j’aime programmer n’est plus la même qu’avant
Avant, c’était le fait de comprendre en profondeur et de creuser les problèmes qui me plaisait, alors qu’aujourd’hui, c’est surtout la capacité de transformer immédiatement une idée en réalité qui m’attire
Le simple fait d’avoir des outils capables de suivre le rythme de mes idées sans que j’aie à écrire moi-même le code est vraiment grisant
Claude Code, aujourd’hui, en est en fait une version inachevée. Si nous avons l’impression de fabriquer les choses nous-mêmes, c’est parce que le processus reste imparfait
Le fait de voir ses idées réalisées instantanément est euphorisant, mais un jour, quand vous obtiendrez exactement ce que vous voulez, vous pourriez ressentir un vide
À ce moment-là, vous pourriez vous dire « ce n’est pas moi qui l’ai vraiment fait », et finir par devoir chercher l’idée suivante
Cela reste malgré tout une expérience précieuse, et il se peut qu’un jour nous ne soyons plus des programmeurs au sens traditionnel du terme
Pour ma part, je tire bien plus de satisfaction du processus qui consiste à résoudre directement les problèmes
Quand l’IA résout le problème à ma place, j’ai moins le sentiment d’accomplissement, un peu comme quand on copie-colle une réponse trouvée sur StackOverflow
Cela dit, les entreprises exigeront sans doute l’usage de l’IA au nom de la productivité
La barrière à l’entrée pour créer des applications complexes va baisser, et le prototypage va devenir plus facile
En revanche, les systèmes legacy ou le code de production resteront encore le domaine des spécialistes
Au final, quand le système s’effondre, il faut quelqu’un qui en comprend la structure et les interactions
Si le codage par IA est un jeu d’argent, alors la gestion de projet avec plusieurs développeurs peut aussi être une forme de pari
Les humains comme les modèles sont non déterministes, donc pour une même tâche, le résultat varie
Certains se réveillent au milieu de la nuit pour vérifier leurs agents, voire leur donnent l’accès à leur compte bancaire
L’IA est rapide mais de moindre qualité, et c’est pourquoi la boucle de récompense immédiate y est bien plus forte
Cela dit, il faudra encore du temps avant que l’IA atteigne le niveau des meilleurs développeurs
Donc ce n’est pas un jeu d’argent
Générer du code avec un LLM provoque une addiction comportementale qui va au-delà de la simple « prise de risque »
On a l’impression d’être face à un appareil cyberpunk fusionnant machine à sous et chatbot ami
On se concentre moins sur l’esprit critique que sur le fait de « relancer encore une fois », et il faut un effort conscient pour s’en extraire
Au Japon, les développeurs moyens n’utilisent pas encore Claude Code au quotidien
Les entreprises l’encouragent, mais ils restent attachés à leurs méthodes existantes
Paradoxalement, cela permet encore d’observer un paysage mental moins épuisé
L’intégration dans de grandes bases de code reste encore source d’inquiétude
Pour les entreprises, le ROI reste flou, mais à titre individuel, il est nécessaire de comprendre le potentiel de ces outils
C’est la structure de récompense variable du codage par IA qui lui donne son caractère de jeu d’argent
À une même question, on peut obtenir des résultats différents, et cette variation donne une illusion de contrôle
Plus la vitesse de réponse augmente, plus le cerveau devient dépendant
Même dans les jeux d’argent, il y a souvent de longs temps d’attente
Quand les résultats ne sont pas constants, on appuie plus longtemps sur le bouton
Au final, l’essentiel est de définir clairement la spec et de vérifier que l’implémentation la respecte
Si on avait une spec parfaite, ce serait plus rapide d’écrire directement le code
Cela ne correspond pas à la réalité, où les marchés évoluent et où l’expérimentation itérative est nécessaire
Références associées : Efficient cause, article de Naur
Sur le vibecoding, HN reste toujours aussi divisé
Certains en reconnaissent l’efficacité, mais le débat polarisé continue de tourner en rond
Et les discussions vraiment importantes sur les exigences et l’expérience développeur passent au second plan
La question « à partir de quelle fréquence de victoire cela cesse-t-il d’être du jeu d’argent ? » est intéressante