Le phénomène des « Influentists » qui propagent le battage autour de l’IA sans vérification

• Dans l’industrie du logiciel, des affirmations exagérées selon lesquelles l’IA remplacerait le rôle des développeurs humains se répandent
• Une discussion enflammée a commencé lorsque Jaana Dogan de Google a tweeté que « Claude Code a reproduit en une heure le système que nous avons mis un an à construire »
• En réalité, il s’agissait d’un code de démonstration qui mettait en œuvre des idées existantes, tandis que la conception centrale reposait sur l’expertise humaine
• L’article qualifie les personnes qui mènent ce type d’annonces exagérées d’« Influentists », en soulignant comme caractéristiques des affirmations impossibles à reproduire et des formulations ambiguës
• Il avertit que la communauté technique doit ramener son attention vers des résultats reproductibles fondés sur des preuves

---

Le tweet de Rakyll et son interprétation exagérée

• Jaana Dogan(Rakyll) a expliqué qu’elle développait chez Google un orchestrateur d’agents distribués, puis a tweeté que Claude Code avait construit le même système en une heure à partir de la seule description du problème
  • Cette déclaration a suscité des réactions inquiètes sur la « fin de l’ingénierie logicielle »
• Par la suite, dans un fil complémentaire, Rakyll a précisé que l’IA n’avait fait qu’implémenter une idée existante et qu’il s’agissait d’un prototype parmi plusieurs versions
  • Le résultat réel relevait d’une preuve de concept (proof-of-concept), et non d’un produit fini de niveau production
  • Le résultat dépendait fortement des connaissances métier et de l’expérience de conception de Rakyll
• L’article critique le fait que, sans ce contexte, le malentendu selon lequel « l’IA construit tout automatiquement » s’est propagé

L’émergence des « Influentists »

• L’auteur définit les « Influentists » comme « des personnes qui diffusent, par leur influence publique, des affirmations non vérifiées au sein des communautés scientifiques et techniques »
• Ils présentent quatre caractéristiques
  • culture du « trust-me-bro » : présenter une expérience personnelle comme une vérité générale
  • absence de preuves reproductibles : ne pas publier le code, les données ou la méthodologie
  • ambiguïté stratégique : laisser une marge de réinterprétation quand des critiques apparaissent
  • ton dramatique : provoquer une réaction émotionnelle avec des formules comme « ce n’est pas une blague »
• Le tweet d’Andrej Karpathy disant « je ne me suis jamais senti aussi largué en tant que programmeur » suit lui aussi le même schéma

La stratégie du « hype d’abord » des grandes entreprises technologiques

• Galen Hunt de Microsoft a annoncé vouloir convertir d’ici 2030 du code C/C++ en Rust grâce à l’IA, avant de corriger en parlant d’un « projet de recherche » après les critiques sur le manque de réalisme
• Des ingénieurs d’Anthropic et d’OpenAI ont eux aussi laissé entendre qu’ils avaient atteint l’AGI en interne, avant que les modèles effectivement publiés ne déçoivent à plusieurs reprises les attentes
• L’article souligne que ce schéma de « hype puis rectification » se diffuse dans l’ensemble du secteur

Le coût d’une influence excessive non contrôlée (Unchecked Influence)

• Ce type de déclarations crée une « dette technique des attentes (technical debt of expectations) »
  • Des développeurs juniors se sentent découragés face à l’idée que « l’IA accomplit en une heure un an de travail »
  • Sans savoir qu’en réalité, il s’agit d’un résultat de démonstration incorporant des années d’expertise
• La communauté technique doit revenir à une évaluation fondée sur les preuves et la reproductibilité
  • S’il s’agit d’une véritable innovation, elle doit se prouver par les résultats eux-mêmes, pas par un tweet viral
• En conclusion, il faut restaurer une culture qui valorise des avancées techniques vérifiables plutôt que le simple « hype »