La « vibecoding fatigue » : épuisés par l’IA, les développeurs informatiques inventent leurs propres parades

Source: The Conversation – in French – By Morgan Blangeois, Doctorant en sciences de gestion, Université Clermont Auvergne (UCA)

Ce qu’il faut retenir :

Les développeurs les plus en pointe avec l’intelligence artificielle générative décrivent une fatigue d’un genre nouveau, la vibecoding fatigue ou l’AI brain fry.
Des parades sont inventées pour ne pas se laisser soumettre par l’IA.
Cette fatigue pourrait gagner tous les métiers du langage, des journalistes aux juristes en passant par les traducteurs.

Sur un forum de développeurs, un ingénieur raconte sa fatigue après deux mois à coder sept heures par jour, quasiment sans week-ends. Il décrit une lassitude d’un genre particulier, née de ces outils qui produisent beaucoup, très vite, et qu’il faut valider sans relâche. Il en donne une image frappante :

« C’est comme mettre ta bougie de productivité sur un lance-flammes ; tu vas plus vite, mais tu brûles beaucoup plus d’énergie. »

Cette tendance, c’est la vibecoding fatigue, une lassitude de valider sans arrêt le travail d’une machine qui ne s’arrête jamais. Le mot est né sous la plume d’un ingénieur passé chez Google, Jorge Raad, qui décrit dès août 2025 le malaise né d’une délégation cognitive excessive aux outils d’IA. Les fils de discussion de praticiens s’en emparent dans les mois qui suivent, bien avant la première étude savante, publiée en mars 2026, sur laquelle je reviendrai.

Ce que disent les forums rejoint les enquêtes. Dès 2024, l’Upwork Research Institute interroge 2 500 professionnels ; 77 % de ceux qui utilisent l’IA jugent qu’elle a alourdi leur charge. Un an plus tard, la même équipe va plus loin ; parmi les salariés les plus productifs grâce à l’IA, 88 % se disent en burn-out.

C’est un basculement que je documente aussi sur mon terrain, une enquête menée depuis 2023 auprès d’une dizaine d’entreprises du numérique françaises, dont les résultats paraîtront prochainement. Une tendance liée à l’objet de ma thèse, à savoir l’adaptation des entreprises du numérique à l’IA générative.

Utilisateurs et constructeurs de l’IA

Les grands modèles d’IA, ceux d’OpenAI, d’Anthropic, de Google ou de Microsoft, ont tous misé sur le code, pour deux raisons. Le code agit directement sur le monde puisqu’une seule ligne peut lancer un calcul à l’autre bout de la planète. Et surtout, il se vérifie. Quand un modèle se trompe dans une phrase, l’erreur reste floue.

Quand il se trompe dans un programme, le bug se voit, se compte et se corrige. Les concepteurs de ces modèles en ont fait leur mesure de progrès. Le principal test du secteur, SWE-bench, soumet les modèles à des centaines de bugs réels relevés dans des logiciels publics. Un classement en ligne affiche pour chaque modèle la part de ces bugs qu’il parvient à corriger seul, et chaque laboratoire y suit la progression de ses concurrents.

Les développeurs sont équipés plus tôt et plus intensément que les autres. Ils s’en servent même pour fabriquer les outils d’IA eux-mêmes ; ils sont à la fois utilisateurs et constructeurs. Traducteurs, comptables, juristes, tous les métiers du langage suivent, avec un temps de retard.

Canari dans la mine

En mars 2026, une étude, menée sur 1 488 personnes, le baptise l’AI brain fry. Les coûts sont conséquents avec un tiers de fatigue de décision en plus, 39 % d’erreurs graves en plus, et une envie de démissionner qui passe de 25 % à 34 %. Un des auteurs, Matthew Kropp, désigne les premiers concernés, les ingénieurs qui pilotent déjà plusieurs systèmes d’IA à la fois. Il les appelle « le canari dans la mine », des sentinelles dont la fatigue annonce celle des autres métiers.

L’explication précède l’IA générative de quarante ans. Dès 1983, l’ergonome Lisanne Bainbridge décrivait les « ironies de l’automatisation ». Quand on confie les tâches faciles à la machine, il ne reste à l’humain que les plus difficiles, plus la surveillance de l’ensemble.

Les chercheurs Marie-Laure Cahier et Pierre Quesson le retrouvent dans le conseil. Une médecin du travail qu’ils citent l’explique simplement. Les tâches simples étaient des moments de repos pour le cerveau. Quand ces outils s’en chargent, il ne reste que l’effort, sans répit. Un consultant parle d’un « exosquelette mental » qui décuple les forces tant qu’on le porte. Reste à savoir ce qu’il en demeure quand on l’enlève.

La chercheuse en data marketing & IA Kathleen Desveaud décrit un risque voisin ; à force de déléguer, certains perdent leurs compétences. Les forums décrivent le phénomène symétrique. Chez ceux qui gardent les commandes, les compétences s’usent d’être sollicitées en continu ; le geste technique passe à la machine, et l’arbitrage comme la coordination occupent désormais tout le terrain.

Trois garde-fous

Face à ces tensions, les développeurs les plus en pointe inventent des parades, dont trois reviennent avec insistance.

Faire un brouillon

Avant de lancer l’outil d’IA, ils écrivent en mots simples ce qu’ils veulent obtenir. Un développeur le résume ainsi :

« Tu installes l’IA en face de toi. Tu lui dis : on va travailler cette spécification fonctionnelle. Je donne l’idée, tu poses les questions, et tu rédiges. »

Ce détour répond à un trait de ces systèmes, qui produisent d’abord ce qui sonne bien. Sans cadre fixé à l’avance, on prend le plausible pour du juste. Un journaliste peut faire de même avant de commander une synthèse ; un juriste, avant un projet de contrat.

Se réapproprier le travail

Une fois la production faite, ils ne se contentent pas d’un « ça marche ». Ils vérifient qu’ils sauraient la défendre devant un collègue, sans notes. Un développeur de vingt ans d’expérience explique :

« Je relis et je comprends chaque ligne produite. Pas pour vérifier que ça marche, pour comprendre ce qui a changé ».

L’exigence est ancienne, mais elle oblige désormais à ralentir contre la cadence de la machine, et ce ralentissement a un coût.

Refuser certaines tâches

Les développeurs tracent des lignes rouges. Ils gardent trois domaines pour eux : les choix d’architecture qui engagent l’avenir d’un système, les zones à risque (paiements, données médicales, fichiers clients), et les tâches qui donnent du sens à leur métier. L’un d’eux le dit crûment :

« Je passe la moitié de mon temps à dire à l’IA ce qu’elle ne doit pas faire. Ne lis pas ce fichier. Ne refactorise pas. Reste à ta place. »

Ces refus relèvent du jugement professionnel, et les entreprises qui voudront les codifier se heurteront à une règle bien connue : plus une contrainte est rigide, plus elle se contourne.

Observer les professionnels chevronnés

Le sociologue Hartmut Rosa l’avait pressenti. Chaque technique qui accélère remplit davantage les minutes qu’elle promettait de libérer. Cette pression s’exerce d’abord sur les métiers du langage, à commencer par celui où l’IA a envahi le quotidien.

Les trois parades ont un point commun ; elles réinstallent après coup les freins que la machine a supprimés d’entrée.

Ces réflexes demandent ensuite à être transmis. Un repère pour qui débute pourrait être d’observer où les professionnels chevronnés refusent d’utiliser l’IA. Leurs refus indiquent, mieux que tout référentiel, ce qu’il faut encore apprendre à faire soi-même.

Morgan Blangeois ne travaille pas, ne conseille pas, ne possède pas de parts, ne reçoit pas de fonds d’une organisation qui pourrait tirer profit de cet article, et n’a déclaré aucune autre affiliation que son organisme de recherche.

– ref. La « vibecoding fatigue » : épuisés par l’IA, les développeurs informatiques inventent leurs propres parades – https://theconversation.com/la-vibecoding-fatigue-epuises-par-lia-les-developpeurs-informatiques-inventent-leurs-propres-parades-281365