AGENTS.md est un format ouvert et simple pour guider les agents de codage, utilisé par plus de 60 000 projets open source. Il sert de complément au README.md en fournissant des instructions spécifiques pour les agents, comme les étapes de construction, les tests et les conventions, tout en gardant le README concis et axé sur les contributeurs humains. Le fichier AGENTS.md est compatible avec divers agents de codage et outils, et peut être adopté librement par quiconque trouve cela utile.
Cet article raconte l'expérience d'un développeur qui, après des années de confort dans son travail, se retrouve confronté à un collègue plus expérimenté qui remet en question ses méthodes et ses choix. Initialement frustré, il finit par accepter cette "claque" comme une opportunité d'apprentissage, ce qui lui permet de progresser et d'acquérir une compétence essentielle : se remettre en question sans le vivre comme un échec. L'auteur souligne l'importance d'accepter les critiques et de partager les connaissances pour évoluer dans ce métier.
Cet article met en lumière l'utilisation excessive de JavaScript pour résoudre des problèmes qui pourraient être mieux gérés par CSS. L'auteur, Chizaram Ken, souligne que les lacunes de connaissances poussent souvent les développeurs à sur-ingénieriser des solutions, ce qui impacte négativement les performances. Par exemple, des fonctionnalités CSS comme content-visibility: auto et les unités de vue modernes (dvh, svh, lvh) offrent des solutions efficaces sans JavaScript, mais les développeurs continuent de privilégier des solutions JavaScript par habitude. L'article explore des problèmes spécifiques comme la virtualisation dans React, les requêtes de conteneur et les animations de défilement, en proposant des alternatives CSS et en discutant des cas où JavaScript reste pertinent. Un appel est lancé pour éviter d'utiliser useEffect et useState pour des problèmes de rendu, en insistant sur l'importance de comprendre les capacités natives du navigateur avant de recourir à des bibliothèques JavaScript.
Nicolas Jourdan explique comment combiner trois patterns de conception (Specification, Rule et Chain of Responsibility) pour gérer efficacement les règles métier complexes en PHP. L'article détaille d'abord le pattern Specification, qui transforme les conditions métier en objets réutilisables et testables, évitant ainsi les if imbriqués et le code dupliqué. Il présente ensuite une implémentation moderne de ce pattern avec une interface de base et des classes pour les opérations logiques (AND, OR, NOT). Cette approche permet de construire des conditions métier claires et modulaires, facilitant ainsi la maintenance et l'extensibilité du code.
L'article explore les différentes phases de l'optimisation du Largest Contentful Paint (LCP), une métrique clé des Core Web Vitals. Il explique que le LCP peut être décomposé en quatre sous-parties : TTFB (Time to First Byte), Resource Load Delay, Resource Load Duration et Element Render Delay. Chaque phase identifie des goulots d'étranglement spécifiques et propose des solutions pour les résoudre. L'article souligne l'importance de comprendre ces phases pour diagnostiquer et améliorer les performances de chargement des pages web, en particulier pour les images, qui représentent la majorité des éléments LCP.
L'article explore comment des techniques anciennes et des API natives du navigateur surpassent les frameworks modernes en termes de performance. L'auteur présente multicardz, un outil de gestion de données spatiales, qui utilise des bitmaps pour les requêtes backend, réduisant ainsi les temps de traitement. Pour le frontend, il utilise DATAOS (DOM As The Authority On State), une approche où le DOM est la source de vérité pour l'état de l'application, éliminant ainsi la nécessité de synchroniser un état séparé. Le résultat est une application performante avec un bundle JavaScript de seulement 32KB, un score Lighthouse de 100, et des temps de réponse extrêmement rapides.
Morgan Murrah explique comment il a optimisé les animations de son site web en utilisant le compositeur (compositor), un processus GPU séparé qui améliore les performances des animations CSS. Il partage son expérience avec deux animations : des nuages en mouvement et un soleil avec des ondes pulsantes. En analysant les performances avec Chrome, il découvre que l'animation des nuages, utilisant la propriété left, génère une activité excessive dans le thread principal. Il apprend à convertir cette animation en une animation composée, utilisant la propriété transform au lieu de left, ce qui réduit significativement l'impact sur les performances. Un article accessible pour comprendre l'importance du compositeur dans les animations web.
L'article critique la gestion des formulaires en HTML, soulignant leur conception incomplète et leurs comportements inconsistants. Bien que de nouveaux éléments de formulaire aient été introduits, comme les champs email, téléphone, date et curseur de plage, ceux-ci restent basiques et ne couvrent pas des cas d'utilisation courants comme les comboboxes ou les curseurs de plage pour plusieurs valeurs. La validation intégrée, bien que pratique, manque de flexibilité, nécessitant souvent des solutions JavaScript personnalisées. L'auteur déplore le manque de standardisation pour des éléments combinés et des améliorations de style, pointant du doigt les lacunes persistantes malgré plus de dix ans depuis la recommandation HTML5.
Cet article remet en question le slogan souvent répandu "La conformité n’est pas de l’accessibilité". Les auteurs expliquent que, bien que ce slogan soit séduisant et partiellement vrai, il est réducteur et peut prêter à confusion. Ils soulignent que la conformité aux référentiels comme le RGAA est essentielle pour garantir une base d'accessibilité minimale, permettant aux personnes handicapées d'accéder aux services en ligne sans difficultés majeures. L'article illustre également, à travers une expérience vécue, que l'expérience utilisateur peut parfois contredire les évaluations d'experts, mais cela ne remet pas en cause l'importance des normes d'accessibilité.
Cet article partage l'expérience de SNCF Connect dans la mise en place d'une stratégie de service numérique responsable. Il définit un service numérique responsable comme une solution utile, sobre, accessible et respectueuse, reposant sur quatre piliers : accessibilité, sobriété, confidentialité et respect des libertés. L'article souligne l'importance de ces principes, soutenus par des référentiels concrets comme le RGAA, le RGPD et le RGESN, et illustre comment SNCF Connect aligne ses actions sur ces enjeux pour promouvoir des mobilités durables et accessibles. Il présente également des bonnes pratiques pour déployer une telle stratégie, comme la labellisation numérique responsable.
Nathalie Rosenberg partage son expérience d'intégration dans les communautés du web, notamment lors de Paris Web en 2009. Elle souligne la difficulté de s'investir quand on est timide et ne connaît personne, mais aussi l'importance des rencontres en présentiel. Elle propose des conseils pour débuter simplement, comme rejoindre des communautés en ligne (forums, Discord, etc.) en demandant des recommandations autour de soi, observer avant de participer, et partager son expérience de manière modeste. Elle encourage à prendre son temps et à adapter son rythme de participation.
Le design system de la Fabrique de Noël est un article narratif qui illustre, à travers une métaphore festive, les enjeux de l’accessibilité numérique et la mise en place d’un design system. Oli Daynight (designer) et Any Goodcookie (experte accessibilité) sont chargés par le Père Noël de rendre la plateforme de la Fabrique de Noël plus inclusive. Ils optent pour une refonte directe des composants du design system, plutôt qu’un audit préalable, afin de gagner du temps avant Noël. Any insiste sur l’importance de former les équipes, d’intégrer l’accessibilité dès la conception (en s’appuyant sur les WCAG) et de mettre en place des processus collaboratifs, comme des sessions de tests entre pairs (« Dans leurs chaussons »). Malgré des contraintes de temps, les résultats sont encourageants : les composants deviennent plus accessibles, et les équipes s’approprient progressivement ces bonnes pratiques. L’article souligne que l’accessibilité est un travail continu, nécessitant engagement et améliorations itératives. Une lecture ludique et inspirante pour aborder les défis concrets de l’accessibilité web ! 🎄✨
L'article revient sur l'utilisation souvent abusive de l'attribut HTML title, qui sert à afficher des infobulles ou à fournir un nom accessible aux éléments interactifs. Malgré les mises en garde depuis 2013, cet attribut est encore mal employé, posant des problèmes d'accessibilité. Les infobulles sont cachées et nécessitent une interaction précise, ce qui les rend peu intuitives et frustrantes pour les utilisateurs. L'article souligne l'importance de répéter les bonnes pratiques pour ancrer une utilisation correcte de l'attribut title.
Le cauchemar des systèmes de coordonnées en bioinformatique est un article accessible et pédagogique publié sur Bioinfo-fr.net qui explique les défis souvent sous-estimés liés à la représentation des positions génomiques dans les fichiers et outils bioinformatiques. Il aborde notamment comment différents formats utilisent des systèmes d’indexation (commençant à 0 ou à 1) et des types d’intervalles (bornes inclusives ou non), des choix qui semblent techniques mais qui peuvent rapidement devenir des sources d’erreurs fréquentes pour qui manipule des génomes, des annotations ou des alignements. Une lecture indispensable pour comprendre et éviter les pièges des coordonnées dans vos analyses de données génomiques.
Sur Debian, le répertoire /boot peut rapidement se remplir à force d’accumuler des anciens noyaux, ce qui peut poser des problèmes lors des mises à jour ou manquer d’espace disque. Cet article explique de manière claire et pratique comment identifier et supprimer les anciens noyaux Debian en toute sécurité, via des commandes simples ou avec des outils comme apt et dpkg, afin de libérer de l’espace dans /boot. Une ressource utile pour garder son système propre et éviter les erreurs liées à un /boot saturé.
L'article de Goulven Baron, "Guilde design, DesignOps, ResearchOps : cuisine interne et service en salle", explore le rôle de référent de la guilde design dans une mutuelle d'assurance. Il décrit comment, inspiré par le DevOps, le DesignOps et le ResearchOps améliorent la pratique du design et de la recherche utilisateur. L'auteur compare cette organisation à la série "The Bear", où un chef tente de transformer une sandwicherie chaotique. Il souligne l'importance de comprendre les pratiques existantes et de faciliter la transversalité entre les différentes équipes de designers, tout en évitant d'imposer des méthodes de manière rigide.
Cet article de Guillaume Barbier explore les défis liés à la création de tableaux de données accessibles sur le web en 2025. Il identifie deux principales raisons pour lesquelles les tableaux restent inaccessibles : un manque de culture numérique et des limitations techniques. L'auteur souligne la confusion entre la structuration de l'information et la présentation visuelle, ainsi que les difficultés techniques rencontrées avec certaines combinaisons de navigateurs et lecteurs d'écran. Il propose une synthèse des connaissances pour aider à créer des tableaux accessibles et évoque quelques motifs à éviter. L'article aborde également d'autres critères d'accessibilité comme la redistribution et les mouvements de glissement, avec des techniques pour éviter les déformations sur les écrans étroits.
L'article explique l'utilisation du type "never" introduit en PHP 8.1, qui indique qu'une fonction ne retournera jamais de valeur, soit en lançant une exception, soit en appelant exit ou die. Ce type ne peut être utilisé que comme type de retour et ne peut pas être combiné avec des types d'intersection ou d'union. L'auteur illustre son propos avec des exemples pratiques et met en garde contre les erreurs fatales si une fonction marquée "never" retourne implicitement ou explicitement une valeur.
L'article explore les écarts entre ce que les lecteurs d'écran annoncent et ce qui est visuellement affiché à l'écran, en utilisant des burritos comme métaphore. Il souligne que les emojis et autres éléments visuels peuvent induire en erreur les utilisateurs de lecteurs d'écran, comme dans l'exemple d'un emoji de burrito dans un titre de sandwich. L'auteur fournit des tableaux comparatifs montrant comment les lecteurs d'écran populaires (JAWS, NVDA, VoiceOver) annoncent différents éléments HTML, et discute des éléments que le HTML fournit par défaut et ceux qui nécessitent des ajouts pour des annonces significatives. L'article encourage à mieux documenter et enregistrer les exigences des lecteurs d'écran pour combler les lacunes entre la conception et le code.
Cet article explique comment utiliser les titres pour structurer clairement une page web, améliorant ainsi la compréhension pour tous les utilisateurs, y compris ceux utilisant des technologies d'assistance. L'article aborde trois problèmes courants : utiliser des titres pour du texte non structurel, ne pas utiliser de titres pour du texte structurel, et un ordre de titres incohérent. Les solutions proposées incluent l'utilisation appropriée de HTML et CSS pour garantir une sémantique et une hiérarchie correctes des titres.