La page Art Terms de la Tate propose un glossaire en ligne expliquant des termes artistiques variés, couvrant mouvements, techniques et concepts. Parmi les exemples mis en avant, l’impressionnisme se distingue par son approche de peinture en plein air et spontanée, centrée sur des paysages et la vie quotidienne, tandis que l’art land se caractérise par des œuvres créées directement dans le paysage à partir de matériaux naturels.

Le glossaire recense plus de 460 définitions, classées par ordre alphabétique, allant de l’Abbaye de Créteil (un groupe d’artistes français du début du XXe siècle) au Rayographe (technique photographique surréaliste). Chaque terme est accompagné d’une brève explication et d’un lien vers d’autres entrées similaires, offrant une ressource accessible pour comprendre l’histoire et les pratiques de l’art.

La Tate met ainsi à disposition un outil pédagogique pour explorer les courants artistiques, les styles et les méthodes, depuis le baroque jusqu’au dadaïsme, en passant par des mouvements moins connus comme le Laboratoire Agit’Art ou la Khartoum School.

Le Domain Driven Design (DDD) est souvent réduit à une simple organisation technique du code, comme l’isolation du domaine métier dans un dossier dédié. Pourtant, son essence réside bien avant le développement, dans une approche stratégique centrée sur la compréhension et la modélisation du métier. L’identification des sous-domaines porteurs de valeur, la création d’un langage commun entre experts techniques et métiers, ainsi que des ateliers comme l’event storming ou le context mapping, constituent le socle véritable du DDD.

Les patterns tactiques (objets riches, agrégats, etc.) ne représentent que la partie visible de cette méthode. Leur efficacité dépend entièrement du travail préliminaire d’alignement entre le modèle logiciel et la réalité métier. Sans cette phase en amont, le DDD se limite à une coquille vide, confondant technique et méthode.

L’auteur souligne que négliger ces aspects stratégiques revient à méconnaître la philosophie du DDD, qui vise à transcender la simple architecture pour devenir un outil de collaboration et d’innovation au service du métier.

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.

Ce billet explore les trois leviers concrets dont dispose un développeur pour réduire l’empreinte écologique du numérique, en soulignant que ces actions reposent davantage sur des abstentions que sur des optimisations techniques. L’auteur démystifie d’abord deux récits trompeurs : le catastrophisme, qui exagère l’impact réel du numérique (ex. : 1,6 kg de CO₂ pour 30 minutes de Netflix, alors que la réalité est 36 g), et l’illusion de l’efficacité technique seule, qui ne suffit pas à résoudre le problème. Il insiste sur l’importance de contextualiser les chiffres et de cibler les vrais leviers d’action.

L’idée centrale est que le développeur peut agir en évitant trois écueils majeurs : ne pas contribuer à l’obsolescence prématurée du matériel, ne pas solliciter inutilement les serveurs (ex. : en supprimant des fonctionnalités énergivores), et ne pas manipuler les données pour masquer l’impact réel. Ces principes, bien que simples, sont rarement intégrés dans les critères de conception, alors qu’ils ont un impact significatif. L’auteur rappelle que la sobriété numérique passe avant tout par des choix de conception responsables, plutôt que par des optimisations techniques marginales.

Enfin, le texte aborde la responsabilité des développeurs face aux exigences légales croissantes en matière d’écoconception, tout en reconnaissant que ces mesures ne suffisent pas à elles seules. Il conclut que la sobriété numérique est un métier du « ne pas faire », où l’abstention intelligente et la transparence sur les données priment sur les solutions techniques coûteuses ou illusoires.

Le tutoriel d'Alsacréations présente l'arrivée de CSS Grid Lanes, une fonctionnalité native du module CSS Grid Level 3 qui simplifie la création de mises en page de type Masonry (comme Pinterest), où les éléments de hauteurs variables s'imbriquent sans espaces vides. Cette solution élimine le recours à des bibliothèques JavaScript comme Masonry.js ou à des astuces CSS peu fiables, offrant une approche performante, accessible et respectueuse de l'ordre du DOM.

L'article explique que Grid Lanes permet de disposer des éléments de manière asynchrone sur l'axe vertical, sans imposer de hauteurs de ligne rigides, contrairement aux grilles traditionnelles. Ses avantages incluent une meilleure performance (pas de recalculs JavaScript), une sémantique HTML préservée et une adaptabilité responsive grâce à des fonctions comme repeat() et auto-fit.

Cependant, la compatibilité reste limitée : il faut activer un flag expérimental dans les navigateurs (Chrome, Firefox, Edge ou Safari) pour tester cette fonctionnalité. L'auteur propose une stratégie de progressive enhancement avec @supports pour garantir un affichage de secours, illustrée par un exemple simple d'implémentation.

L’auteur, administrateur d’un forum phpBB francophone de Mozilla depuis 2012, fait face à des pannes répétées de son serveur hébergé sur un VPS Gandi, causées par un trafic massif de bots d’IA aspirant le contenu. Contraint par des limitations techniques et budgétaires, il ne peut pas installer de solutions externes comme Cloudflare ou Anubis, et doit donc adapter la configuration existante.

Parmi les mesures efficaces mises en place, il a modifié les paramètres de phpBB pour limiter les recherches des invités à un intervalle de 60 secondes, désactivé l’affichage des invités en ligne et optimisé la méthode d’indexation de la recherche en passant à MySQL Fulltext. Ces ajustements ont réduit la charge sur la base de données, identifiée comme le principal goulot d’étranglement.

Côté infrastructure, il a augmenté le nombre maximal de connexions Apache (MaxRequestWorkers) et réduit le délai de KeepAliveTimeout, tout en ajustant légèrement la configuration PHP via opcache.ini. Ces optimisations, combinées à des scripts automatisés, ont permis de stabiliser le serveur malgré un trafic bot massif.

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’auteur explique pourquoi l’utilisation des modèles de langage (LLMs) pour coder, ou "vibe coding", ne lui convient pas personnellement. Il évoque son manque d’enthousiasme face à cette tendance, sans pour autant nier les avantages potentiels des outils d’IA pour certains développeurs.

Il souligne deux raisons personnelles : son aversion pour les coûts récurrents des services d’IA, qu’il juge absurdes, et son expérience en tant que développeur expérimenté, qui lui permet de relativiser les promesses de productivité instantanée. Il compare cette hype à d’anciennes innovations en outils low-code ou no-code.

Enfin, il s’appuie sur les travaux de Fred Brooks, notamment The Mythical Man-Month et No Silver Bullet, pour rappeler que la complexité du monde réel ne peut être entièrement simplifiée par des outils, même avancés. Pour lui, le codage reste une question de compréhension des abstractions et de gestion de la complexité, plutôt que de productivité pure.

Ce guide explique comment configurer un SSO SAML entre HelloID et Amazon Connect, un processus qui ne se fait pas directement dans Amazon Connect mais via AWS IAM et l'IdP. L'idée principale est que l'authentification est gérée par HelloID (source de vérité), tandis qu'Amazon Connect se contente d'autoriser les utilisateurs déjà authentifiés via un flux IdP-initiated. L'instance Amazon Connect doit être créée en mode SAML dès le départ, car ce paramètre est irréversible.

La configuration implique trois étapes clés : déclarer HelloID comme fournisseur d'identité dans IAM, créer un rôle de fédération avec les droits nécessaires (notamment connect:GetFederationToken), et configurer une application SAML dans HelloID en utilisant des attributs spécifiques (comme Role et RoleSessionName) pour éviter les erreurs de mapping. Deux pièges majeurs sont à éviter : l'absence du certificat de signature dans les métadonnées SAML de HelloID et l'utilisation d'un mapping SAML générique qui nettoie les caractères spéciaux nécessaires aux noms d'attributs AWS.

Enfin, le rôle créé dans IAM doit être configuré pour autoriser l'assomption de rôle via SAML avec une audience spécifique, et l'application HelloID doit être correctement paramétrée pour émettre les attributs requis par AWS. Une fois ces étapes validées, les utilisateurs peuvent accéder à Amazon Connect via HelloID sans saisie de credentials supplémentaires.

L’auteur présente son projet de tablette tactile pour gérer les tâches ménagères en remplacement de l’application payante Sweepy, qu’il juge trop gamifiée. Il souligne que Sweepy repose sur des pièces de la maison, des tâches avec une difficulté (points), un cycle de répétition et un système de suivi pour plusieurs utilisateurs, mais que ces fonctionnalités pourraient être reproduites avec un logiciel libre auto-hébergé. L’article se concentre sur une réflexion autour de la solution technique plutôt que sur un guide de déploiement, tout en mettant en avant les besoins concrets identifiés (multi-utilisateurs, organisation par pièces, cycles de tâches).

L'article propose une approche simplifiée du CQRS (Command Query Responsibility Segregation) en séparant clairement les opérations d'écriture (modification de données) et de lecture (récupération de données) au sein d'un service Node.js, sans recourir à des architectures complexes comme l'event sourcing ou des bases de données distinctes. L'idée centrale est de scinder un service monolithique en deux parties distinctes : une dédiée aux commandes (écritures) et une autre aux requêtes (lectures), afin d'éviter les conflits de responsabilités et d'améliorer la maintenabilité.

L'auteur illustre ce concept avec un exemple concret, comme un OrderService qui mélange des méthodes de gestion des commandes (validation, règles métier) et des méthodes de récupération de données (requêtes, transformations pour l'interface utilisateur). Cette séparation permet de faire évoluer indépendamment les deux parties en fonction des besoins changeants de l'application, réduisant ainsi la complexité et les risques d'erreurs. L'approche reste légère et applicable rapidement dans un projet existant.

Les UX Days 2026 ont exploré l’impact de l’intelligence artificielle sur les métiers du design, de l’UX et du développement, avec un accent sur la nécessité de concevoir avec conscience. Lors de la keynote d’ouverture, Pablo Ruiz-Múzquiz, cofondateur de Penpot, a souligné que l’avenir du design UX passe par l’open source, un modèle basé sur la transparence, la collaboration mondiale et la souveraineté numérique. Il a aussi mis en lumière les défis posés par l’IA, comme la conception d’interfaces adaptées à la fois aux humains et aux agents automatisés, brouillant la frontière entre UX et AX.

Matthieu Froidure, expert en accessibilité numérique et malvoyant, a abordé le rôle complémentaire de l’IA dans l’amélioration de l’accessibilité, sans pour autant remplacer les démarches humaines essentielles. Il a rappelé que les outils logiciels, contrairement au matériel, évoluent rapidement grâce aux LLM, permettant des expériences plus personnalisées et une interaction fluide avec les agents IA.

Enfin, la journée a souligné l’importance des choix éthiques et techniques dans la conception d’outils, comme Penpot, qui mise sur les standards ouverts et une interface intuitive pour favoriser l’inclusion et l’innovation collective.

La version 9 de TanStack Table réduit jusqu’à 90 % l’utilisation mémoire par rapport à la version 8, notamment pour les grands jeux de données. Cette amélioration, issue d’un refactoring subtil, permet de traiter 10 à 16 millions de lignes avant d’atteindre la limite des 4 Go de mémoire, contre 1 à 1,5 million auparavant. Les gains sont particulièrement marqués pour les tables paginées ou virtualisées avec des centaines de milliers de lignes.

Les benchmarks montrent une réduction significative de la consommation mémoire dès 1 000 lignes, avec des économies dépassant 2 Go pour 1 million de cellules (1 million de lignes × 8 colonnes). Les performances restent similaires pour les petits jeux de données, mais l’écart se creuse rapidement à mesure que la taille des données augmente.

Cette optimisation repose sur une refactorisation simple, avec un impact minimal (une seule rupture de compatibilité). L’approche pourrait inspirer d’autres bibliothèques pour améliorer leur gestion mémoire, bien que l’utilisation de 15 millions de lignes côté client reste rare dans la pratique.

Les worktrees Git, introduits en 2015 mais popularisés récemment, permettent de gérer plusieurs branches simultanément sans basculer entre elles ni utiliser de stash. Contrairement aux branches classiques, ils créent des dossiers séparés pour chaque branche, évitant ainsi les conflits de contexte et les réinstallations de dépendances lors des changements de tâche. Par exemple, un développeur peut corriger un bug urgent dans un dossier dédié tout en laissant son environnement de travail principal intact.

Cette approche réduit la charge mentale liée au passage d’une tâche à l’autre, notamment avec l’essor des outils modernes comme GitHub Copilot, qui encouragent le travail parallèle. Les worktrees sont désormais mieux supportés par les environnements de développement, comme VS Code, et offrent une alternative plus fluide aux méthodes traditionnelles de gestion de branches.

Cependant, leur adoption reste limitée par un manque de visibilité historique et une intégration parfois imparfaite dans certains outils. Malgré cela, ils s’imposent comme une solution efficace pour les développeurs manipulant plusieurs contextes simultanément.

Hermes Agent est un agent IA autonome et open source développé par Nous Research, conçu pour automatiser une veille technique auto-hébergée. Contrairement à un simple chatbot, il intègre une mémoire persistante, un système de skills auto-apprenantes et un gateway de messagerie supportant plus de 20 plateformes, dont Matrix. Son architecture repose sur des outils modulaires (terminal, web, code) et une boucle d’apprentissage qui améliore ses compétences au fil du temps, idéal pour filtrer l’information technique de manière autonome.

L’auteur détaille son installation sur un serveur bare metal, intégrant Hermes Agent avec FreshRSS pour l’agrégation de flux, Firecrawl pour l’extraction d’articles, et des modèles comme Ollama ou Claude pour le traitement. Le tout est connecté via Matrix (Synapse) et utilise des outils comme OpenCode pour des tâches locales, formant un écosystème 24/7 dédié à la veille. L’article souligne la flexibilité du système, tout en mentionnant ses limites, notamment la complexité de configuration et la nécessité d’un ajustement manuel pour des résultats optimaux.

Le projet se distingue par son approche généraliste et son potentiel pour une veille technique quotidienne, bien que son utilité dépende de l’usage prolongé et de la personnalisation. L’auteur conclut en questionnant son adoption en 2026, entre autonomie et contrôle utilisateur, tout en partageant son expérience concrète après plusieurs mois d’utilisation.

La page explique comment développer la résilience mentale, une capacité à rester concentré, calme et efficace sur la durée, malgré la fatigue ou les distractions. Contrairement à la volonté ponctuelle, cette "endurance cognitive" se cultive par des habitudes régulières, comme le travail en mono-tâche, une routine matinale ou la gestion de l'information. Elle dépend aussi de facteurs physiques comme le sommeil, l'alimentation et l'activité physique, soulignant l'interdépendance entre corps et esprit.

L'article souligne que la résilience mentale compte davantage que le talent naturel, car elle permet de persévérer et d'accumuler des progrès sur le long terme. Neuf habitudes concrètes sont proposées pour la renforcer, comme s'exposer volontairement à l'inconfort ou pratiquer la réflexion régulière. L'objectif est de transformer cette qualité en une compétence durable, accessible à tous avec de la discipline.

Enfin, l'auteur insiste sur les pièges courants qui minent cette endurance, comme négliger la récupération ou confondre stamina et simple volonté. L'article aborde aussi des questions fréquentes pour adapter ces principes à différents domaines de la vie, offrant une approche pragmatique pour ceux qui cherchent à améliorer leur persévérance.

Le site LifeDev aborde le concept de deep work (travail profond), une méthode visant à maximiser la concentration sur des tâches exigeantes intellectuellement pour produire des résultats de qualité en moins de temps. L’article présente neuf techniques pratiques pour appliquer cette approche, comme le time blocking (blocage du temps), l’élimination des distractions numériques ou la création d’un espace de travail dédié. L’idée centrale est que le deep work transforme la productivité en remplaçant le travail superficiel et fragmenté par des sessions focalisées, améliorant ainsi l’efficacité et la satisfaction personnelle.

L’auteur souligne que le deep work est devenu essentiel dans un environnement professionnel saturé d’interruptions (notifications, réunions, open spaces), où chaque distraction peut coûter plusieurs minutes de concentration. Contrairement aux idées reçues, cette compétence s’acquiert avec la pratique, renforçant progressivement la capacité à résister aux sollicitations extérieures. Les bénéfices vont au-delà de la productivité : terminer des tâches exigeantes procure un sentiment d’accomplissement et libère du temps pour le repos, réduisant ainsi le stress lié à l’accumulation de travail superficiel.

Enfin, l’article démystifie certaines croyances limitantes et illustre le deep work à travers des exemples concrets dans différents métiers. L’auteur insiste sur son importance croissante à l’ère du bruit numérique, où ceux qui maîtrisent la concentration profonde deviennent des profils rares et recherchés. La clé réside dans la gestion active de l’attention, car c’est elle qui détermine la qualité des résultats obtenus.

L’article de Vincent Bernat illustre les dérives des indicateurs clés de performance (KPI) à travers son expérience chez Orange Portails, où l’obsession des chiffres a progressivement étouffé l’efficacité opérationnelle. Initialement, l’équipe bénéficiait d’un environnement technique optimal, avec des outils internes performants et une grande autonomie, favorisant l’innovation et la productivité. Cependant, la focalisation excessive sur des métriques a conduit à une dégradation des processus, illustrant la loi de Campbell selon laquelle les indicateurs finissent par être manipulés ou détournés de leur objectif initial.

L’auteur souligne que cette dérive a transformé une structure agile et réactive en un système bureaucratique, où les équipes passaient plus de temps à optimiser les KPI qu’à résoudre les problèmes réels. Cette situation rappelle l’"usine à clous soviétique", où la production était mesurée en quantité plutôt qu’en qualité, au détriment de l’efficacité globale. L’expérience de Bernat sert ainsi d’avertissement contre l’abus des indicateurs quantitatifs dans la gestion des projets et des équipes.