Quand « Bugs » est devenu un mauvais nom : leçons sur les infrastructures, la santé et pourquoi nous blâmons les mauvaises choses

Le principal article de blog au format Markdown

Le germe de la paresse

Au début du XXe siècle, si vous souhaitiez insulter quelqu’un originaire du Sud des États-Unis, un stéréotype prêt à l’emploi vous attendait : le Sudiste paresseux et lent d’esprit, qui ne se donnait même pas la peine de travailler. Ce que beaucoup ne réalisaient pas — ou ignoraient commodément —, c’est que le véritable coupable derrière les difficultés économiques et la stigmatisation sociale de la région était un minuscule parasite suceur de sang connu sous le nom d’ankylostome.

Pendant plus de trois siècles, Necator americanus — littéralement le « meurtrier américain » — a infesté jusqu’à 40 % de la population du Sud. Les symptômes étaient brutaux : fatigue écrasante, brouillard cognitif, retard de croissance et un aspect creux des yeux caractéristique. Les enfants ne pouvaient pas se concentrer à l’école. Les adultes ne pouvaient pas entretenir leurs fermes. Et tout le monde supposait qu’il s’agissait d’un défaut de caractère.

Cette histoire n’est pas qu’une simple curiosité historique — c’est une leçon magistrale sur la façon dont les défaillances infrastructurelles créent des problèmes dont on blâme les personnes qui en souffrent.

Le parallèle infrastructurel

C’est ici que cela devient intéressant pour quiconque construit des logiciels, des startups ou des infrastructures numériques aujourd’hui.

L’ankylostome ne prospérait pas parce que les Sudistes étaient paresseux. Il prospérait à cause de lacunes infrastructurelles : absence de plomberie intérieure, absence de traitement des eaux usées, faible possession de chaussures et propriétaires bailleurs qui ne voyaient aucune raison d’investir dans l’assainissement pour leurs locataires.

Cela vous rappelle quelque chose ?

Lorsque les sites web tombent en panne, nous blâmons les développeurs. Lorsque des failles de sécurité surviennent, nous blâmons les utilisateurs pour leurs mots de passe faibles. Lorsque les systèmes d’IA échouent, nous blâmons la technologie. Mais souvent, tout comme avec l’ankylostome, le problème ne vient pas des personnes ni de la technologie — il vient de l’infrastructure que nous n’avons pas construite autour d’elles.

La propagation DNS échoue ? Peut-être que ce n’est pas la faute du registraire — peut-être que c’est la façon dont le système a été architecturé. Les certificats SSL expirent ? Ce ne sont pas des administrateurs système paresseux — c’est une infrastructure d’outillage et de rappels qui doit être améliorée. L’IA génère du code problématique ? Peut-être que nous n’avons pas construit les garde-fous et les flux de travail appropriés.

L’étiquette « paresseux » perdure

Le stéréotype de l’ankylostome a persisté bien après l’éradication de la maladie grâce à des programmes appropriés d’assainissement et de vermifugation. Les Sudistes ont été étiquetés comme génétiquement ou culturellement inférieurs alors qu’ils étaient en réalité les victimes d’une crise de santé publique.

Dans le domaine de la tech, nous observons cela constamment. « Les développeurs ne se soucient pas de la sécurité. » « Les startups vont trop vite et cassent les choses. » « L’IA va remplacer les programmeurs. » Chacune de ces affirmations contient une part de vérité déformée en jugement de caractère.

La réalité ? La plupart des développeurs se soucient profondément de la sécurité — ils travaillent simplement dans des environnements dépourvus de temps, d’outils ou de formation adéquats. La plupart des startups cassent les choses parce qu’elles sont en course contre les contraintes de capital. La plupart des outils d’IA échouent parce qu’ils sont déployés sans supervision appropriée, et non parce que les ingénieurs sont incompétents.

Ce qui a réellement corrigé le Sud

Lorsque la philanthropie et le gouvernement ont enfin investi dans l’éradication de l’ankylostome, ils n’ont pas humilié les Sudistes pour les rendre moins paresseux. Ils ont construit des latrines. Ils ont distribué des chaussures. Ils ont éduqué les communautés sur les voies de transmission.

En d’autres termes : ils ont amélioré l’infrastructure jusqu’à ce que le comportement puisse naturellement s’améliorer.

Le DevOps moderne a appris cette leçon. Nous avons cessé de blâ