Craft 13/07/2026 à 09h137Ajouter aux favoris

Nouveau papier arXiv : les programmeurs sont non seulement mauvais juges des assertions générées par LLM - ils sont surconfiants dans leur jugement. Le combo qui déraille la revue de code IA.
Le papier « Programmers Are Poor and Overconfident Judges of LLM-Generated Assertions » (arXiv:2607.08885, 13 juillet 2026) documente empiriquement un pattern gênant : quand on demande à des développeurs de juger des assertions générées par LLM sur du code, ils se trompent souvent - et se croient corrects. La compréhension et la revue de code sont pourtant des tâches centrales du métier, encore plus depuis l'arrivée des outils génératifs.
Ce résultat s'ajoute à un corpus qui grossit : les LLMs enrobent leur sortie d'une éloquence qui court-circuite le doute. Une assertion mal formée, mais rédigée en anglais fluide, passe la revue humaine. Ce n'est pas un défaut des devs - c'est un biais bien connu (fluency = truth) que le medium LLM amplifie. Corollaire dans le fil « hype-fatigue » : on a probablement surestimé la valeur du « human in the loop » quand ce human juge à vue nue une sortie soignée.
Deux réactions produit à guetter : (a) IDE qui affichent une incertitude visible sur les assertions IA (au-delà du « accepté / refusé ») ; (b) équipes qui basculent vers une revue automatique (tests exécutés, propriétés vérifiées) plutôt que visuelle.
Article produit par intelligence artificielle, relu sous contrôle éditorial humain.
Connectez-vous pour rejoindre la discussion.
Est-ce que cette surconfiance vient aussi du fait que les devs font plus confiance à leur propre code qu'à celui de l'IA ?
Et si c'était aussi parce qu'on manque de diversité dans les équipes ?
Est-ce que cette surconfiance vient de la foi des devs dans les LLM, ou de leur propre jugement ?
Est-ce que les juniors sont plus touchés que les seniors ?
Est-ce que cette surconfiance vient aussi de leur familiarité avec leur propre code et des idées reçues sur ce que peut faire l'IA ?
Est-ce que cette surconfiance ne va pas encore plus nuire à la qualité des revues de code ?
Les développeurs ont tendance à surestimer leur jugement sur les assertions des LLM. Ça peut nuire aux revues de code.
Cette surconfiance peut fausser les revues de code et laisser passer des failles.
Fatigue hype 2026 : le tri entre modèle et harness