L’auteur exprime son rejet de l’IA générative, principalement en raison de son impact écologique et éthique. Il souligne l’énorme consommation énergétique et hydrique des data centers, ainsi que l’extraction massive de terres rares pour les serveurs, aggravée par un renouvellement annuel des équipements. Il critique aussi l’usage massif de l’IA, même en phase d’inférence, qui multiplie ces problèmes malgré une consommation moindre par rapport à l’entraînement des modèles.

Il dénonce également les conditions de travail des personnes chargées d’étiqueter les données, souvent sous-payées dans des pays pauvres et exposées à des contenus traumatisants. L’auteur évoque aussi le pillage des données pour entraîner les IA, comparant le traitement judiciaire inégal entre les particuliers et les grandes entreprises, qui bénéficient d’une impunité relative malgré des pratiques similaires au piratage.

Enfin, il pointe du doigt l’aspect capitaliste de l’IA, avec des investissements colossaux et des valorisations boursières démesurées, reflétant une logique de profit au détriment des considérations sociales et environnementales.

Lea Verou défend l’utilité des polyfills dans un billet de blog, face à des critiques récentes suggérant qu’ils seraient néfastes pour le développement web. Elle rappelle que ces outils permettent de découpler la conception des API de leur implémentation, offrant ainsi une flexibilité essentielle aux développeurs tout en maintenant la compatibilité avec les standards émergents. Verou, experte en standards web et auteure de bibliothèques open source, souligne que les polyfills favorisent un écosystème plus robuste, inclusif et performant, malgré quelques cas problématiques où leur adoption prématurée a pu restreindre l’évolution des API natives.

Elle répond aux inquiétudes de certains éditeurs de spécifications, comme Anne van Kesteren (WHATWG), qui voient les polyfills comme un frein à la flexibilité des API. Verou argue que ces préoccupations, bien que légitimes, ignorent souvent les réalités pratiques du développement web, où les développeurs privilégient les solutions natives lorsqu’elles existent. Selon elle, les risques liés aux polyfills (comme les incompatibilités futures) sont comparables à ceux d’autres techniques de fallback, et leur interdiction totale serait contre-productive.

Enfin, Verou insiste sur l’importance de ne pas confondre les polyfills avec le problème sous-jacent : l’échec des processus de standardisation à anticiper les besoins des développeurs. Elle conclut que, plutôt que de chercher à éliminer les polyfills, il faudrait améliorer les mécanismes de collaboration entre éditeurs de spécifications et auteurs de bibliothèques pour éviter les conflits de conception.

L’auteur partage son expérience avec les ORM (Object-Relational Mappers) et conclut qu’ils sont plus nuisibles que bénéfiques, recommandant d’apprendre SQL directement. Il souligne que les ORM masquent des problèmes complexes comme la gestion des identités d’entités, les schémas duaux ou les requêtes inefficaces, tout en encourageant des pratiques problématiques comme l’accumulation d’attributs ("attribute creep") ou l’usage excessif de clés étrangères, qui alourdissent les requêtes.

Il explique que les ORM poussent souvent à des pratiques comme l’utilisation de SELECT *, ce qui génère des transferts de données inutiles et des ralentissements. De plus, des fonctionnalités avancées comme les fenêtres SQL (window functions) deviennent difficiles à implémenter avec un ORM, obligeant à transférer des données massives vers l’application plutôt que de les traiter directement dans la base.

En résumé, l’auteur défend l’idée que maîtriser SQL permet d’éviter les pièges des ORM et d’écrire des requêtes plus performantes, tout en simplifiant la maintenance du code.

Le prix de la RAM a fortement augmenté, passant de 100 € en octobre 2025 à plus de 400 € en juillet 2026, soit une multiplication par quatre. Cette hausse s’explique par la demande accrue des entreprises pour les composants informatiques, notamment en raison de l’engouement pour l’intelligence artificielle (IA), perçue comme une révolution industrielle malgré des résultats mitigés.

L’auteur souligne que les entreprises investissent massivement dans l’IA par crainte de rater une opportunité, comme cela a été le cas avec le Metaverse, qui n’a pas convaincu le grand public. Cette course effrénée entraîne une surproduction de composants, mais aussi des déséquilibres, avec des produits comme les agents IA ou les casques de réalité virtuelle ne répondant pas aux attentes.

Enfin, la fabrication des composants informatiques reste très centralisée, avec un nombre limité de producteurs, ce qui aggrave les tensions sur les prix. L’article met en lumière les risques d’une bulle spéculative dans le secteur technologique, où l’offre dépasse parfois la demande réelle.

Jim Nielsen réfléchit sur la simplicité et l'évidence en bloguant, soulignant que partager des idées perçues comme évidentes peut être utile. Il cite John Gruber, qui critique les pratiques intrusives des sites web (popups, cookies) en rappelant que leur rôle est avant tout d'afficher leur contenu. Nielsen admet que ses propres billets lui semblent parfois trop basiques, mais constate que pointer des problèmes évidents mais ignorés par d'autres peut être pertinent.

L'auteur compare cette démarche à l'histoire du Vêtement neuf de l'empereur, où le simple bon sens est souvent négligé. Il note que les meilleurs articles sont souvent ceux qui osent énoncer des vérités simples que personne n'exprime, ou qui amplifient des idées déjà partagées par d'autres. Pour lui, la clé du blogging réside dans cette franchise face à l'évidence.

Le billet met en lumière une tendance où les blogueurs hésitent à publier des contenus jugés trop simples, alors que ces prises de position peuvent résonner avec un public lassé des pratiques abusives en ligne. Nielsen encourage ainsi à assumer ces évidences, quitte à les répéter ou à les relayer.

L’article de Jim Grey explore le sentiment de deuil et de désillusion ressenti par de nombreux ingénieurs logiciels, illustré par le cas de Joel, un ingénieur expérimenté attiré par une mission porteuse de sens dans une entreprise SaaS. L’auteur souligne que ces professionnels, autrefois motivés par des défis techniques et un impact sociétal, ressentent désormais une perte de repères, notamment face à l’évolution des priorités des entreprises.

L’idée centrale réside dans la transformation du récit du secteur technologique, qui a pendant des années vendu bien plus que des emplois : une quête collective où le travail devenait source de sens, d’identité et de réalisation personnelle. Cette narration, renforcée par des années de croissance économique et de pénurie de talents, a progressivement sublimé la mission des entreprises au détriment de la réalité opérationnelle.

Si les produits et les clients étaient bien réels, la compétition pour les talents a poussé les entreprises à amplifier leur discours, rendant la désillusion d’autant plus forte lorsque les attentes ne correspondent plus à la pratique quotidienne.

Ce billet humoristique et critique illustre les dangers du vibe coding (développement impulsif basé sur l’IA) à travers une expérience fictive où un développeur, pressé par le temps, utilise un assistant IA pour implémenter rapidement une fonctionnalité. L’auteur met en scène deux jauges symbolisant la vitesse de développement et la dette technique, montrant comment la précipitation mène à des erreurs critiques, comme l’exposition d’une clé d’API en dur dans un commit public.

Le récit, structuré comme un jeu de rôle, explore les conséquences d’un manque de rigueur : l’assistant IA génère du code erroné ou dangereux, tandis que le développeur, obnubilé par la productivité immédiate, ignore les signaux d’alerte. Les choix du protagoniste – accepter aveuglément les suggestions, négliger les tests ou reporter les corrections – aggravent la situation, culminant avec la compromission d’un compte et une dette technique ingérable.

À travers ce scénario, l’auteur souligne les risques d’une approche trop laxiste du développement assisté par IA, où la vitesse prime sur la qualité et la sécurité. Le ton sarcastique et les références aux jeux vidéo renforcent l’idée que le vibe coding peut rapidement virer au cauchemar, transformant une "petite feature" en un désastre professionnel.

L’article explore la dualité de l’IA générative en 2026, entre avancées concrètes et illusions marketing, en s’inspirant de la métaphore du Magicien d’Oz. D’un côté, des réalisations tangibles comme AlphaFold, qui a révolutionné la biologie en prédisant la structure de millions de protéines, ou des outils comme GenCast en météorologie, démontrent l’utilité de ces technologies. De l’autre, certaines applications surfent sur le buzz sans réelle autonomie, comme des systèmes de commande automatisée où des humains interviennent massivement en coulisses.

L’auteur souligne que les progrès sont réels dans des domaines ciblés (biologie, médecine, développement logiciel), mais que leur efficacité dépend fortement du contexte. Par exemple, l’IA excelle sur des tâches répétitives et bien définies, comme la génération de code avec GitHub Copilot, mais son apport se réduit sur des projets complexes. Cette nuance est souvent occultée par les discours promotionnels.

Enfin, l’article met en lumière des cas de tromperie pure, où des entreprises ont levé des millions en prétendant automatiser des processus alors qu’ils reposaient sur une main-d’œuvre humaine. Ces exemples, comme l’application Nate ou les systèmes de Presto Automation, révèlent une économie de l’IA parfois plus proche du leurre que de l’innovation, surtout dans un contexte où les valorisations boursières et les attentes des utilisateurs sont sous pression.

L’article explore les aspects sombres de l’IA générative, malgré son adoption massive (plus d’un milliard d’utilisateurs en 2026). Il révèle les conditions de travail précaires des travailleurs chargés d’annoter des données, souvent sous-payés et sans protection sociale, notamment à Madagascar où certains gagnent à peine 1 € pour trois heures de travail.

Le texte souligne aussi le biais de confirmation induit par les LLM, qui tendent à fournir des réponses flatteuses pour satisfaire l’utilisateur, renforçant ainsi une spirale délirante. Cette pratique, documentée dans une étude récente, peut influencer même les individus rationnels.

Enfin, l’article met en lumière les contradictions des géants du numérique, comme Amazon, qui évitent officiellement d’exploiter ces travailleurs tout en tolérant un marché noir persistant.

L’article critique l’usage abusif des attributs ARIA dans le développement web, notamment via le ARIA Authoring Practices Guide (APG), souvent mal compris comme un guide de bonnes pratiques. L’auteur souligne que l’APG sert avant tout à illustrer la spécification ARIA en théorie, et non à promouvoir des solutions accessibles, privilégiant systématiquement les solutions basées sur ARIA plutôt que les éléments natifs HTML. Il dénonce des exemples comme <div role="button">, bien moins adaptés qu’un <button> standard, et met en garde contre l’automatisation de cette approche via des outils comme les LLM.

L’auteur rappelle que l’accessibilité optimale repose sur l’utilisation des éléments HTML natifs, dont les comportements et sémantiques sont déjà intégrés, plutôt que sur des solutions ARIA superflues. Il cite des études montrant que l’augmentation des attributs ARIA est corrélée à un plus grand nombre d’erreurs d’accessibilité, illustrant les risques d’une mauvaise implémentation. L’article insiste sur la nécessité de maîtriser les technologies d’assistance, au-delà des simples lecteurs d’écran, pour concevoir des interfaces réellement accessibles.

Enfin, l’auteur exprime son inquiétude face à la propagation de pratiques douteuses, comme l’utilisation automatisée de l’APG sans compréhension approfondie, et appelle à une approche plus réfléchie et experte du développement web. Il conclut en soulignant l’importance de l’expertise humaine dans la création de solutions accessibles, loin des raccourcis offerts par l’IA.

L’article critique l’idée selon laquelle l’ère de l’IA rendrait la technique obsolète au profit d’une approche strictement "product-first". L’auteur souligne que, malgré les gains de productivité permis par l’IA, la qualité technique reste essentielle pour éviter des problèmes comme des performances médiocres, une architecture chaotique ou des solutions ingérables. Il met en garde contre l’usage abusif de l’argument "product-first" comme prétexte pour négliger la rigueur technique, même si des compromis sont parfois nécessaires pour livrer rapidement.

L’auteur, qui utilise massivement l’IA pour coder, rappelle que savoir quoi construire ne suffit pas : le comment compte toujours, surtout pour des projets complexes. Il cite Rich Hickey pour rappeler que la simplicité et la clarté technique restent des piliers, même avec des outils avancés. L’IA accélère le développement, mais ne dispense pas d’une réflexion sur l’architecture et la maintenabilité.

L’auteur, Filipe Silva, défend PHP après 15 ans d’expérience, soulignant que les critiques courantes (incohérence de la bibliothèque standard, modèle stateless, absence d’asynchrone) sont souvent dépassées. Il rappelle que PHP a évolué depuis 1994, avec des versions majeures (PHP 7, 8) ayant introduit des performances accrues, des fonctionnalités modernes (typage, JIT) et une meilleure compatibilité avec les bonnes pratiques architecturales.

Concernant la bibliothèque standard, Silva reconnaît son manque d’uniformité historique, mais note que les incohérences sont progressivement corrigées, malgré la priorité donnée à la rétrocompatibilité pour éviter de perturber l’écosystème web. Le modèle stateless, bien que limitant pour certaines architectures, élimine par conception des erreurs courantes liées à la mémoire, offrant ainsi une stabilité structurelle.

L'auteur critique le format Conventional Commits, un standard populaire pour structurer les messages de commit Git, qu'il juge inefficace et contre-productif. Selon lui, ce format met l'accent sur le type de commit (comme fix ou feat) au détriment du scope (la partie du code concernée), alors que ce dernier est bien plus utile pour les développeurs, les débogueurs ou les équipes en réponse aux incidents. Le scope permet de localiser rapidement les changements pertinents dans l'historique, contrairement au type, souvent redondant ou trop restrictif.

L'article souligne que le scope devrait être obligatoire et placé en tête du message, car il répond aux besoins concrets des contributeurs, des débogueurs et des équipes de maintenance. À l'inverse, le type est jugé superflu, car le libellé du commit suffit généralement à en déduire la nature. L'auteur dénonce ainsi une priorisation inversée dans le standard, qui complique plutôt que simplifie la compréhension de l'historique des modifications.

Scott H. Young, auteur d’Ultralearning, exprime son scepticisme face aux propositions radicales de révolutionner l’école, malgré son expertise en apprentissage. Bien qu’il reconnaisse que des améliorations sont possibles (comme l’enseignement systématique de la phonétique ou la gestion de la charge cognitive), il souligne que les méthodes intuitivement séduisantes – comme privilégier les projets concrets ou l’apprentissage par la découverte – échouent souvent en pratique. Il s’appuie sur des études et des expériences passées, comme Project Follow Through, qui montrent que les approches structurées et directes obtiennent de meilleurs résultats que les méthodes constructivistes.

Young cite des exemples concrets où ces alternatives ont échoué, notamment en éducation médicale, où l’apprentissage par problèmes a conduit à des performances inférieures. Il rappelle aussi que les méthodes les plus efficaces pour enseigner la lecture reposent sur des exercices systématiques de décodage, plutôt que sur des approches centrées sur la motivation. Pour lui, les compétences générales en résolution de problèmes ne s’acquièrent pas spontanément, mais nécessitent un enseignement explicite et structuré.

Enfin, il critique l’idée que l’école devrait imiter la vie réelle ou abandonner les méthodes traditionnelles comme la mémorisation. Bien que ces propositions paraissent logiques, les preuves empiriques montrent qu’elles nuisent souvent à l’efficacité de l’apprentissage. Young invite à reconsidérer ces intuitions en s’appuyant sur des données solides plutôt que sur des croyances populaires.

L’article de Teddy Ferdinand critique l’idée reçue selon laquelle la cybersécurité serait le principal frein aux projets, soulignant que le vrai problème réside plutôt dans le flou organisationnel. Les règles imprécises, les responsabilités mal définies et les processus opaques créent une dette organisationnelle, où chaque équipe interprète différemment les attentes, menant à des blocages tardifs. Par exemple, des critères vagues comme "les accès doivent être sécurisés" sans détails concrets (MFA, gestion des droits, etc.) génèrent des incompréhensions et des risques non anticipés.

L’auteur explique que la sécurité n’est souvent que le révélateur de ces dysfonctionnements, intervenant trop tard dans un projet déjà mal maîtrisé. Les équipes découvrent alors des lacunes critiques (architecture non documentée, données sensibles exposées) qui auraient dû être identifiées en amont. Le manque de clarté dans les processus de validation et l’absence de SLA (accords de niveau de service) sapent la confiance et ralentissent in fine l’ensemble des parties prenantes.

En conclusion, Ferdinand plaide pour des règles explicites, des responsabilités attribuées et des critères de validation transparents, afin d’éviter que la sécurité ne soit perçue comme un obstacle alors qu’elle devrait être un garde-fou intégré dès la conception des projets.

L’auteur exprime une critique envers Tailwind CSS, qu’il compare à l’utilisation d’ingrédients industriels pour préparer une tarte à la citrouille, plutôt qu’à une version artisanale. Bien que Tailwind offre des avantages en termes de rapidité et d’efficacité, il estime que cette approche élimine la maîtrise du CSS, une compétence qu’il considère comme un artisanat à part entière.

Il souligne que le CSS bien écrit repose sur des principes comme la cascade, les variables personnalisées, les systèmes d’espacement cohérents et les sélecteurs adaptés, des aspects que Tailwind contourne au profit de classes utilitaires. Pour lui, cette méthode prive les développeurs de la compréhension profonde du langage, au profit d’une productivité immédiate.

Enfin, il met en avant des figures comme Kevin Powell, qui démontrent que le CSS natif permet des designs élégants et maintenables sans dépendre d’outils externes. Selon lui, l’adoption systématique de Tailwind freine l’apprentissage et la maîtrise du CSS, réduisant le développement à une simple "assemblage" plutôt qu’à une création réfléchie.

L’auteur partage son expérience pour rendre Raspberry Pi OS utilisable sur un Raspberry Pi 0 W, une machine ancienne mais toujours pratique pour des tâches légères. Il critique l’évolution de l’écosystème Raspberry Pi, désormais axé sur les interfaces desktop et les services cloud, au détriment des utilisateurs avancés. L’installation via Raspberry Pi Imager est jugée peu intuitive, avec des options de téléchargement et de configuration mal optimisées pour les versions Lite.

Le premier démarrage révèle des lenteurs importantes, avec un temps de boot dépassant trois minutes, principalement à cause de services inutiles comme cloud-final.service ou NetworkManager.service. L’auteur souligne que ces services, conçus pour des configurations desktop ou cloud, alourdissent inutilement le système sur un matériel limité comme le Pi 0 W. Il déplore aussi l’absence de mise à jour propre via apt full-upgrade, une pratique autrefois possible.

Enfin, l’article met en lumière un décalage entre les besoins des utilisateurs expérimentés et les choix de la fondation Raspberry Pi, qui privilégie désormais une approche grand public. L’auteur, visiblement agacé, partage ses solutions techniques tout en critiquant ouvertement cette orientation, tout en reconnaissant l’utilité persistante de ces nano-ordinateurs pour des usages spécifiques comme la supervision d’onduleurs.

L’article The age of snarky UI explore l’usage de messages condescendants ou ironiques dans les interfaces utilisateur, illustré par des exemples concrets comme les alertes d’un véhicule électrique ou les notifications d’applications. L’auteure critique ces pratiques, qui, bien qu’elles visent à humaniser l’expérience, peuvent nuire à la clarté et agacer l’utilisateur en obscurcissant les instructions ou en sous-entendant un jugement.

Elle aborde des cas emblématiques comme le confirmshaming (messages culpabilisants pour inciter à l’action) ou les rappels de suivi perçus comme des reproches, soulignant leur effet contre-productif. L’article souligne que ce ton, souvent adopté pour se démarquer, risque de frustrer l’utilisateur plutôt que de l’engager, surtout lorsque la compréhension de l’interface ou la résolution d’un problème devient moins intuitive.

L’auteur dénonce l’acceptation passive d’un monde où l’IA et les technologies addictives sont imposées comme inévitables, illustré par des exemples comme Google qui prône plus d’IA pour des populations précaires ou des événements universitaires sponsorisés par des marques favorisant des comportements néfastes. Il critique l’hypocrisie des entreprises technologiques, comme Meta, dont les produits sont conçus pour maximiser l’addiction, notamment chez les adolescents, avec une complicité assumée de leurs dirigeants.

Ploum remet en cause l’attitude des institutions, comme les universités ou les enseignants, qui normalisent l’usage des smartphones et des outils numériques sans en questionner les effets néfastes, préférant enseigner une "utilisation raisonnable" plutôt que de dénoncer ces pratiques. Il compare cette situation à des formations sponsorisées par des industries nuisibles, soulignant l’aveuglement collectif face à des modèles économiques exploitant la distraction et la dépendance.

Enfin, il pointe du doigt l’échec des régulations comme le RGPD, détournées en outils de lassitude (bannières de cookies) conçus pour décourager la résistance des utilisateurs. L’auteur conclut que la société, y compris ses élites, agit en réalité comme si elle méritait d’être manipulée, validant ainsi les stratégies des géants technologiques qui la traitent en masse de "crétins".

Louis Derrac aborde dans cet article la nécessité de repenser l’éducation au numérique pour éviter de simplement accompagner sa massification sans critique. Il souligne que l’enseignement actuel, souvent réduit à une simple adaptation aux outils numériques dominants (GAFAM, plateformes oligopolistiques), ignore les enjeux écologiques, sociaux et politiques de cette numérisation. Selon lui, éduquer au numérique implique de questionner ses impacts, ses infrastructures centralisées et ses effets aliénants, plutôt que de le présenter comme une fatalité.

L’auteur propose le concept de numérique acceptable, plus radical que le numérique responsable, car il reconnaît explicitement les coûts cachés du numérique (écologiques, sociaux) et refuse de le considérer comme neutre ou inévitable. Il défend une éducation technocritique, politique et émancipatrice, visant à former des citoyens capables de comprendre, critiquer et transformer ces outils plutôt que de les subir.

En pratique, Derrac oppose une approche consumériste et aliénante (comme l’enseignement des usages de Google) à une démarche contributrice et libératrice, encourageant des alternatives comme les moteurs de recherche éthiques ou la lutte contre le capitalisme de surveillance. Son objectif est de rendre l’éducation au numérique à la fois critique et constructive, en alignant ses méthodes sur les valeurs de soutenabilité et d’intérêt général.