En 2026, l’IA sait écrire du code. Elle peut concevoir des moteurs de jeux 3D complexes, réussir des entretiens d’ingénierie logicielle chez Google et générer un site e-commerce complet en quelques minutes. Les géants de la tech répètent à l’envi que « le problème de la programmation a été résolu par l’IA ».
Pourtant, vos applications mobiles ne plantent-elles pas plus souvent qu’avant ? Votre PC Windows n’a-t-il pas hérité, lors de la dernière mise à jour, d’une poignée de fonctionnalités IA imposées dont vous n’aviez jamais voulu ? Et le système multimédia de votre voiture ne devient-il pas plus lent à chaque mise à jour, allant parfois jusqu’à redémarrer en pleine conduite ?
Si vous partagez ce constat, vous n’êtes pas seul. En suivant les réactions suscités par cet article viral, on réalise qu’un nombre impressionnant d’ingénieurs et d’utilisateurs ressentent exactement la même frustration.
Ce n’est pas une impression. Le 24 juillet 2026, Piotr, un ingénieur logiciel polonais, a publié sur son blog personnel un billet incisif intitulé « Nothing Works and Everyone Is Euphoric » (Rien ne fonctionne et tout le monde est euphorique), remettant en cause le dogme selon lequel « IA qui code = meilleure qualité logicielle ». L’article a rapidement fait le buzz sur Hacker News, accumulant 427 points et 357 commentaires — un score remarquable qui témoigne de l’exaspération collective de la communauté des développeurs.
Légende : Dessin xkcd « Software Development » — une caricature de la réalité actuelle où l’ajout de fonctionnalités est instantané, mais où le contrôle de la qualité devient hors de portée.
Récits d’horreur du quotidien dans les commentaires
L’auteur a dressé la liste des dysfonctionnements logiciels auxquels il a été personnellement confronté en une seule semaine :
- Son application bancaire nécessite en moyenne trois tentatives FaceID avant d’afficher la fenêtre de confirmation de paiement.
- En lançant Slack sur macOS, l’icône est restée rebondir indéfiniment dans le Dock. En attendant et en basculant vers une autre fenêtre pour saisir une commande, la fenêtre Slack est soudainement apparue, a capturé le focus et a envoyé sa commande
giten cours de frappe directement dans un canal public. - Lors de la soumission d’une demande de réparation sous garantie en ligne pour son réfrigérateur LG en panne — un long formulaire à plusieurs étapes —, le bouton final a renvoyé une erreur incompréhensible. Il n’a pu découvrir le message d’erreur réel qu’en ouvrant les outils de développement de son navigateur.
- Après la mise à jour du système de sa voiture, le son des clignotants s’est mis à disparaître de manière aléatoire (jusqu’au redémarrage du système), appuyer sur Google Maps ouvrait la radio FM, et chaque action tactile accusait un retard de 1 à 2 secondes. Ce n’est pas seulement une mauvaise expérience utilisateur : cela nuit directement à la sécurité routière.
Dans la section des commentaires, l’une des remarques les plus soutenues provient de l’utilisateur mancerayder, qui résume le sentiment de millions de personnes : « Quand je vois une notification ‘mise à jour disponible’, ma première réaction est la peur, pas l’enthousiasme. Je ne sais jamais quel gadget indésirable ils vont encore ajouter. »
De nombreux intervenants ont désigné Microsoft comme le pire exemple : déguiser d’importantes mises à jour de fonctionnalités sous l’appellation « mises à jour de sécurité » obligatoires, pour découvrir au redémarrage une panoplie de fonctionnalités IA inutiles. La perception des mises à jour s’est inversée : on ne cherche plus l’amélioration, on espère simplement que rien ne casse.
Pourquoi les logiciels déclinent-ils alors que l’IA devient plus performante ?
Ce paradoxe peut sembler contre-intuitif, mais quelques analogies de la vie courante permettent d’en comprendre aisément la logique. L’analyse de l’article et des discussions met en lumière quatre causes majeures.
1. Construire plus vite sur des fondations fragiles
Imaginez un chantier de construction. L’IA agit comme une toupie à béton ultra-rapide et un approvisionnement infini de briques — permettant d’élever des murs dix fois plus vite qu’auparavant. Cependant, la solidité d’un bâtiment n’a jamais dépendu uniquement de la vitesse de pose des briques ; elle repose sur la conception des plans, l’étude des sols, le contrôle des matériaux et la vérification de chaque étape.
Dans le développement logiciel, les outils d’IA rendent la « pose de briques » (l’écriture de code répétitif) extrêmement rapide et peu coûteuse. Mais les piliers de la qualité logicielle — l’architecture, la gestion des cas limites, la gestion des erreurs et les modèles de sécurité — restent précisément les domaines où l’IA est la plus faible. Poser des briques plus vite ne résout pas les problèmes de fondations ; cela donne seulement aux chefs de produit un prétexte pour exiger des édifices plus hauts et plus rapides à construire.
2. La « correction de bugs » ne produit pas de KPI
Les entreprises du secteur informatique sont depuis longtemps pilotées par les KPI. Le problème est que « rendre un logiciel plus stable » se traduit très difficilement dans une présentation attrayante pour le comité de direction. Comme l’illustre la citation fictive d’un directeur de produit reprise par l’auteur : « Ce trimestre, nous ne sortirons aucune nouvelle fonctionnalité et ne modifierons pas l’interface : nous nous concentrerons exclusivement sur la correction des bugs. » Dans la réalité des entreprises, cela n’arrive presque jamais.
Lorsque le volume de fonctionnalités conditionne directement les levées de fonds, la croissance du nombre d’utilisateurs et les campagnes de communication, la stabilité et la qualité deviennent des dettes invisibles. Avec l’accélération du développement par l’IA, cette tendance s’est trouvée amplifiée par dix. Puisque la livraison est rapide, les bugs seront corrigés par des patchs ultérieurs. Cependant, l’accumulation de patchs ressemble à la superposition de pansements sur un mur délabré : plus la couche est épaisse, plus la résistance de la structure s’affaiblit.
3. La propagation « cancéreuse » de la complexité
Au cours de la dernière décennie, la complexité intrinsèque des logiciels a augmenté de manière incontrôlée. Une application moderne dépend aujourd’hui de dizaines ou de centaines de bibliothèques tierces, de services cloud et d’appels d’API. Le moindre dysfonctionnement sur un seul maillon après une mise à jour peut paralyser l’ensemble du système.
L’introduction de l’IA n’a pas réduit cette complexité ; elle a ajouté une couche supplémentaire au sommet. Les développeurs intègrent aujourd’hui du code généré par IA qu’ils ne comprennent pas toujours en profondeur. Cela revient à un médecin prescrivant un médicament sans lire la notice. L’IA produit du code « en apparence plausible », mais ne possède pas de réelle compréhension des cas limites, des accès concurrents, des failles de sécurité ou de la rétrocompatibilité.
4. L’engrenage dangereux de la perte de compétences (AI Deskilling)
C’est le point le plus subtil et le plus préoccupant. Lorsqu’un développeur sait que l’IA peut rédiger le code à sa place, sa motivation à comprendre la logique sous-jacente s’amenuise. À force d’utiliser du code généré sans en maîtriser les rouages, les compétences fondamentales de l’ingénieur s’étiolent silencieusement.
C’est le cœur du débat sur « la perte de qualification par l’IA » (AI deskilling) : plus l’outil est puissant, plus le savoir-faire humain s’affaiblit. Si tout le monde se fie aveuglément au code de l’IA, lorsque des erreurs logiques profondes s’y glisseront, rares seront ceux capables de les repérer et de les corriger. L’industrie du logiciel perd progressivement la capacité de comprendre le code qu’elle produit.
Légende : Le dessin classique d’xkcd « Code Quality » — illustrant le cercle vicieux de l’ingénierie logicielle : corriger un bug pour en voir surgir 127 autres.
Le coupable n’est pas l’IA, mais une culture d’ingénierie axée sur le rendement au détriment de la qualité
Il convient de préciser que l’auteur ne s’oppose pas à l’IA. Comme il le souligne lui-même : « Ces fermes de GPU vrombissantes nous ont donné des super-pouvoirs, mais nous ne les utilisons toujours pas pour créer de meilleurs logiciels. »
L’IA n’est qu’un outil. Le problème provient de la culture d’ingénierie qui s’est développée autour : une culture qui valorise la rapidité d’exécution, l’empilement de fonctionnalités et les valorisations boursières, mais récompense rarement la fiabilité logicielle. Tant que la résolution des bugs n’entrera pas dans les OKR et que la stabilité des systèmes restera moins séduisante pour les investisseurs que le nombre d’utilisateurs actifs, l’IA la plus performante sera utilisée dans la mauvaise direction.
Conclusion : Où réside l’espoir ?
Fait intéressant, l’auteur conclut son article en affirmant qu’il ne succombe pas au pessimisme. Il estime que tandis que les grandes entreprises s’enlisent dans leur « dette technique d’IA », les développeurs indépendants attachés à la qualité disposent d’une opportunité unique : tirer parti des outils d’IA pour concevoir des produits dont la qualité surpasse largement les logiciels d’entreprise surchargés.
Des signes avant-coureurs apparaissent déjà : des mouvements de protestation émergent contre l’infobésité logicielle sur macOS et Windows, et des créateurs développent des alternatives plus légères et stables. Si cette dynamique s’étend des systèmes d’exploitation à l’ensemble des couches logicielles, elle pourrait contraindre l’industrie à replacer la qualité au centre de ses priorités.
D’ici là, le bouton de mise à jour demeure un déclencheur de risque, et chaque nouvelle version apporte son lot d’incertitudes. Regarder le problème en face constitue néanmoins la première étape indispensable pour y remédier.
Liens de référence
- Billet original : Nothing Works and Everyone Is Euphoric (ptrchm.com)
- Discussion HN : news.ycombinator.com/item?id=49033004 (427 points / 357 commentaires)
- XKCD #2021 : Software Development
- XKCD #1513 : Code Quality
- Merchants of Complexity (world.hey.com/dhh/merchants-of-complexity)
- Fils Twitter cités dans l’article : x.com/robj3d3/status/2076356929878966555 / x.com/thekitze/status/2076360316670054760
Crédits des images
- Figure 1 : Bande dessinée web xkcd sous licence CC BY-NC 2.5.
- Figure 2 : Bande dessinée web xkcd sous licence CC BY-NC 2.5.
- Le site de l’article original (ptrchm.com) ne contient que favicon.ico et la photo de l’auteur (/images/photo.jpg), sans aucune image d’illustration dans le corps du texte.
