De plus en plus de programmeurs s’accordent sur leur avenir grâce à l’IA : « Tout ce que nous faisons, c’est appuyer sur Entrée »

L’IA était censée libérer les développeurs des tâches répétitives afin qu’ils puissent se concentrer sur des problèmes importants. C’était censé le faire. Un ingénieur logiciel qui signe @v0xium dans X assure que c’est exactement le contraire qui se produit dans sa nouvelle entreprise. Claude Code ne cesse jamais de produire du code, et les développeurs humains passent toute la journée à le réviser et à accepter les modifications à une vitesse qui leur laisse à peine le temps de le comprendre. Leur dilemme est celui de toute une industrie : l’IA ne nous aiderait-elle pas à travailler moins et mieux, ou au moins à nous concentrer sur des problèmes intéressants ?

« Tout ce que nous avons à faire est d’appuyer sur Entrée. » L’ingénieur déclare qu’il ne travaille que depuis un demi-mois dans une grande entreprise dont il ne mentionne pas le nom. Selon ce qu’il partage, dans son travail Claude Code génère des spécifications, du code, des tests, des documents d’exigences, des tickets et même des rapports. La pression pour avancer et livrer toujours plus de code pousse certains employés à travailler 12 à 13 heures par jour. Le travail, dit-il, consiste à demander des choses à Claude et à valider ses résultats, sans plus attendre.

Produire, produire, produire. L’auteur de ce texte reconnaît que cela ne le dérangerait pas de travailler ainsi s’il avait au moins le temps de revoir le code et de comprendre comment les éléments de tout ce que propose l’IA s’emboîtent. Le problème pour lui, c’est que les dirigeants de l’entreprise veulent accélérer le développement du code car ils considèrent que le « couper » n’est plus le goulot d’étranglement. L’automatisation de cette partie a provoqué un paradoxe : au lieu d’éliminer ou de relâcher la pression, elle a augmenté les attentes de production de chacun. Si vous utilisez l’IA, vous devez produire X fois plus de code… même si vous ne pouvez pas le réviser à temps.

Mauvaise affaire. Cet utilisateur a ensuite été interviewé par Business Insider, et il y a expliqué que son entreprise mesure le succès en fonction des cycles de développement, des demandes d’intégration de code () et du nombre de fonctionnalités fournies, même si elles n’améliorent pas nécessairement le produit. Pour lui, dans son entreprise, écrire plus de code ne signifie pas résoudre davantage de problèmes, et le gain de temps finit par se traduire par de nouvelles exigences pour les employés, qui finissent par être plus occupés et plus stressés qu’avant.

Maintenant, le goulot d’étranglement, c’est nous. Boris Cherny, responsable de la création et de la gestion de Claude Code, expliquait il y a quelques jours que même si l’IA peut générer du code, il reste néanmoins nécessaire d’établir des contrôles et des revues rigoureux. Le problème apparaît donc si un temps suffisant n’est pas réservé aux analystes humains pour réaliser cette tâche, ce que rapporte ce salarié dans son entreprise.

Les lignes de code sont trompeuses. Une étude METR a révélé que dans certaines tâches effectuées par des développeurs open source experts au cours du premier semestre 2025, l’utilisation d’outils d’IA a fini par augmenter le temps de production de code de 19 %. En février 2026, ils ont mis à jour leurs données indiquant que les outils se sont améliorés, mais que la fiabilité actuelle est difficile à calculer. Ou ce qui revient au même : mesurer la qualité du code et l’amélioration de la productivité va bien au-delà du simple comptage du nombre de nouvelles lignes de code créées.

Le danger : que le travail devienne insupportable. Il existe un autre problème contre lequel cet utilisateur met en garde et qui est important surtout à moyen et long terme : ses collègues ont à peine le temps d’enquêter sur les erreurs ou de résoudre les problèmes par eux-mêmes. Ils sont tous devenus des intermédiaires humains qui valident ce que dit l’IA sans pouvoir l’analyser en profondeur. Pour quelqu’un qui aime programmer parce que cela implique cet apprentissage et ce moment eurêka de compréhension de ce que fait le code, ce type de voyage « robotique » consistant simplement à « appuyer sur Entrée » peut finir par être très frustrant sur le plan professionnel.

Mais. Ce témoignage n’est qu’un exemple de ce qui ne devrait pas arriver dans les entreprises qui adoptent l’IA pour produire davantage. Il n’existe aucune vérification indépendante permettant de valider ce que cet utilisateur dit à propos d’une entreprise qu’il garde également anonyme. Il existe des cas similaires, comme celui d’un développeur DeepSeek qui a expliqué comment l’IA qu’il a contribué à développer a fait « enterrer mon talent hier ».

Images | Unsplash

À Simseo | L’IA d’Anthropic écrit déjà 80 % de son propre code car il était inévitable que les IA s’améliorent