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.
L'article explore les différentes techniques HTML pour gérer les sauts de ligne et les ruptures de mots. Il détaille l'utilisation de la balise <br> pour les sauts de ligne, <wbr> pour les opportunités de rupture de mots, ­ pour les tirets mous et pour les espaces insécables. L'auteur explique quand et comment utiliser ces éléments, tout en soulignant leurs limites et alternatives. Un guide pratique pour mieux maîtriser la mise en page du texte en HTML.
Cet article explique que les web feeds, souvent appelés "RSS", permettent de syndiquer du contenu web via des formats comme RSS, Atom ou JSON. Les feeds sont utilisés par des lecteurs de flux pour agrégater et présenter le contenu de manière lisible. L'article souligne également l'importance de l'autodécouverte des flux, qui permet aux utilisateurs d'ajouter facilement des sites à leur lecteur de flux sans connaître les détails techniques. Un exemple de mise en œuvre de l'autodécouverte est fourni.
Richard Dern explore les environnements de développement basés sur le web, cherchant une solution native à NixOS qui ne limite pas ses capacités quotidiennes. Il retrace l'histoire des IDE, des éditeurs de code en mode console comme vi et Emacs, aux environnements intégrés modernes. Son parcours, similaire à celui de la recherche d'un émulateur de terminal, aboutit à une solution pérenne mais avec quelques compromis, tout en notant l'évolution constante des alternatives.
Ce billet explique comment configurer des domaines personnalisés avec SSL dynamique pour une application multi-tenant utilisant Coolify et Traefik. L'auteur, Hugo Lassiège, détaille les étapes pour rediriger le trafic via des enregistrements DNS (CNAME, ALIAS, ou A) et configurer Traefik pour gérer les certificats SSL pour ces domaines personnalisés, en évitant de redémarrer l'application et en permettant une gestion programmatique.
Hugo Lassiège y explore les impacts concrets de l’IA sur les agences tech et PME en 2025, à travers des retours de CTO et responsables. L’IA a révolutionné leur fonctionnement : facturation à la valeur plutôt qu’au temps, réduction des risques, mais aussi goulots d’étranglement côté clients et difficulté à recruter des juniors, faute de recul suffisant pour collaborer avec ces outils. Son adoption divise : entre contraintes écologiques (l’IA consomme moins qu’un humain pour une tâche équivalente), perte de sens pour certains développeurs, et pression performance pour ceux qui la rejettent. Malgré les craintes d’une bulle (comparée à l’éclatement de 2000), l’IA semble durable, notamment dans la niche du développement. Enfin, son omniprésence dans les discours et pitchs commence à lasser, créant un paradoxe entre nécessité et saturation. Un état des lieux terrain, entre opportunités et défis humains.
Ce billet de blog explique comment implémenter un captcha sans suivi avec Atcha et Nuxt. L'auteur, Hugo Lassiège, décrit les problèmes rencontrés avec des inscriptions automatisées sur son formulaire de contact et la nécessité d'ajouter un captcha pour les bloquer. Il explore les solutions existantes, notamment Nuxt Turnstile, qui repose sur Cloudflare, et présente Atcha, une alternative open source. L'article détaille le fonctionnement des captchas de nouvelle génération, qui utilisent des techniques comme la preuve d'espace et le fingerprinting pour détecter les bots, tout en soulevant des questions sur la conformité avec le RGPD.
Hugo Lassiège partage sa stack technologique préférée pour construire des applications SAAS en 2025, basée sur son expérience depuis 2001. Il utilise un Tech Radar pour classer les technologies en trois catégories : LOVE, OKish et Meh. Pour le frontend, il privilégie Vue.js et Nuxt.js pour leur productivité et leur capacité à faire du SSR, améliorant ainsi le SEO. Il met à disposition son Tech Radar sur son blog, qui sera régulièrement mis à jour.
Ploum explore dans cet article la transformation des canaux de communication en réseaux de distribution de contenu, soulignant que nous sommes de plus en plus divertis mais de moins en moins connectés. Il discute des divergences d'opinions sur le protocole ActivityPub, utilisé par le Fediverse, entre ceux qui le voient comme un outil de communication et ceux qui le considèrent comme un moyen de consommation de contenu. L'auteur critique l'idée de multiplier les comptes sur différentes plateformes, une pratique qu'il juge contraire à l'esprit de la fédération et de l'interopérabilité. Il conclut que les réseaux sociaux ne sont pas des réseaux de communication, mais des plateformes de divertissement. Il encourage tous ceux qui préfèrent les technologies ennuyeuses comme l'email ou les flux RSS à continuer à communiquer à travers elles plutôt qu'avec les réseaux sociaux.
L'auteur partage sa stratégie pour concevoir des mises en page avec CSS, en insistant sur l'importance de partir du contenu plutôt que d'un conteneur prédéfini. Il explique comment choisir la grille adaptée (12 colonnes, grille composée, modulaire, ou aucune) en fonction des besoins du projet, et comment définir et réutiliser ces grilles de manière cohérente à travers un site. Il utilise des attributs de données pour nommer et réutiliser rapidement des arrangements d'éléments enfants, favorisant ainsi une approche systématique et efficace.
Ce tutoriel explique comment signaler les IP malveillantes détectées par Cloudflare à AbuseIPDB en utilisant un script Python. L'auteur décrit comment récupérer les données du pare-feu Cloudflare via une API GraphQL, analyser les événements par adresse IP, vérifier leur statut sur AbuseIPDB et les signaler. Le script, d'environ 700 lignes, utilise GitHub Copilot et nécessite des tokens API pour Cloudflare et AbuseIPDB. Il permet de générer des rapports d'analyse et de dénoncer automatiquement les IP malveillantes.
Scott H Young partage ses stratégies pour lire un livre par semaine, même en lisant lentement. Il suggère d'avoir toujours un livre à portée de main, de diversifier les formats (livre papier, audio, e-book), de ne pas finir les livres qui ne vous intéressent plus, de supprimer les réseaux sociaux de son téléphone, de lire avant de dormir, de créer une "antilibrary" (une bibliothèque de livres non lus mais souhaités) et de concevoir des projets de lecture thématiques. Ces astuces permettent d'augmenter sa consommation de livres et d'améliorer ses connaissances et sa motivation.
Cet article souligne l'importance cruciale des tests dans le développement logiciel. Il argue que les tests ne sont pas une activité annexe, mais une partie intégrante de l'ingénierie logicielle. Les tests améliorent la conception du code, donnent confiance pour apporter des modifications, et facilitent la collaboration en révélant des cas limites et des exigences cachées. En intégrant les tests dès le début du processus de développement, les développeurs peuvent concevoir un logiciel de meilleure qualité, effectuer des changements avec moins de stress et découvrir des exigences cachées avant qu'elles ne deviennent des obstacles.
Cet article explore comment conduire le changement vers une Clean Architecture au sein d'une équipe de développement. Il aborde les aspects humains et organisationnels, complémentaires aux aspects techniques traités dans un précédent article. L'auteur partage son expérience en tant que lead développeur, soulignant l'importance de l'adhésion de l'équipe, de la pédagogie, et de la création d'un environnement de confiance pour réussir une telle refonte. Il insiste sur l'importance de lever les incompréhensions et d'encourager l'expérimentation pour ancrer progressivement les concepts. Un article précieux pour ceux qui souhaitent transformer une base de code existante en un terrain d'apprentissage collectif autour de la Clean Architecture.