Les lunettes de vision nocturne fonctionnent principalement grâce à deux technologies : les caméras infrarouges et les amplificateurs d’image. Ces systèmes actifs, alimentés électriquement, exploitent les rayonnements infrarouges émis par les corps en fonction de leur température, invisibles à l’œil nu. Les caméras thermiques, par exemple, captent ces émissions pour restituer une image en fausses couleurs, où les zones chaudes apparaissent en blanc ou en teintes contrastées, facilitant la visualisation nocturne.

L’idée centrale repose sur la détection des infrarouges thermiques, émis par tout corps dont la température est supérieure au zéro absolu. À température ambiante, ces émissions se situent dans l’infrarouge, permettant aux caméras spécialisées de distinguer des objets ou êtres vivants même dans l’obscurité totale. L’image générée est une représentation adaptée, car les infrarouges ne correspondent pas aux couleurs visibles.

Enfin, ces dispositifs transforment les données infrarouges en une image compréhensible, souvent en niveaux de gris ou en fausses couleurs, pour mettre en évidence les différences de température. Contrairement à une caméra classique, leur capteur est optimisé pour ces longueurs d’onde, offrant une vision nocturne basée sur la chaleur plutôt que sur la lumière visible.

Gee explique pourquoi il produit de l’art libre. Il souligne que, bien que son travail soit souvent présenté comme de l’art traditionnel, il le publie systématiquement sous des licences libres, une pratique encouragée par l’association April qui promeut la culture libre dans son émission Libre à vous!.

Il revient sur son adolescence, marquée par l’émergence des plateformes de partage de fichiers comme Napster, où il a découvert la musique et la culture via le « piratage ». Cette expérience l’a sensibilisé aux enjeux de l’accès à la culture et aux limites des modèles économiques traditionnels, renforçant son choix de privilégier des licences libres pour son travail.

Le CSS contrast-color() permet de générer automatiquement des couleurs de texte lisibles (noir ou blanc) en fonction de la couleur de fond, résolvant ainsi les problèmes de contraste insuffisant sur les sites web. Cette fonction native du navigateur, introduite dans les spécifications CSS de niveau 5, élimine le besoin de bibliothèques JavaScript ou de calculs dynamiques, car elle effectue les calculs de contraste lors du rendu initial de la page. Elle s’intègre directement dans les feuilles de style, comme color: contrast-color(var(--brand-color)), et s’adapte instantanément aux changements de thème sans manipulation supplémentaire.

Malgré son utilité, la fonction actuelle reste limitée : elle ne retourne que du noir ou du blanc, et son nom a été modifié (anciennement color-contrast()), ce qui peut causer des incompatibilités avec des tutoriels obsolètes. Les futures versions pourraient étendre ses fonctionnalités, comme l’ajout de listes de couleurs candidates ou de ratios cibles, mais pour l’instant, elle se concentre sur une solution simple et efficace pour un problème persistant, où 70 % des sites échouent encore aux tests de contraste WCAG en 2025.

L’article explique comment rendre une application Symfony prête pour l’ère des agents IA, en abordant des améliorations comme la négociation Markdown, les signaux de contenu, l’exposition d’API, la documentation OpenAPI et les bases du SEO. L’idée principale est d’adapter les sites web aux interactions avec les agents IA, tout en soulignant que les bonnes pratiques SEO (sécurité, balises, données structurées, etc.) servent de base commune aux deux objectifs.

L’auteur présente ensuite les content signals, une directive robots.txt proposée pour contrôler l’usage du contenu par les IA (entraînement, indexation, entrée pour les modèles). Par défaut, il recommande d’autoriser l’indexation et l’utilisation en entrée pour les outils de recherche, tout en laissant le choix pour l’entraînement, selon les besoins du projet.

Enfin, l’article mentionne des ressources comme isitagentready.com pour évaluer les progrès et propose des outils complémentaires, comme un bundle Symfony et des prompts d’implémentation, bien que l’explication reste générale pour couvrir plusieurs aspects sans entrer dans les détails techniques.

La fonction CSS shape() du module Shapes Level 2 permet de créer des tracés complexes et fluides directement dans les feuilles de style, offrant une alternative aux méthodes rigides comme polygon() ou path(). Contrairement à ces dernières, elle combine la syntaxe vectorielle SVG avec des unités CSS flexibles (pourcentages, em, etc.), garantissant des formes responsives sans dépendre d’images externes ou de calculs lourds.

L’article explique son fonctionnement via des commandes de dessin intuitives (from, move to, line to, curve, etc.), similaires à celles des tracés SVG, mais adaptées aux besoins du CSS moderne. Elle s’applique notamment aux propriétés clip-path (pour découper des éléments) et offset-path (pour animer des objets le long d’un tracé).

Enfin, le guide illustre son utilité avec des cas concrets comme une bulle de dialogue responsive ou une bannière à bordure incurvée, tout en soulignant ses avantages en termes de performances et de référencement naturel. Bien que supportée par la plupart des navigateurs récents, cette fonction reste à explorer pour des designs plus dynamiques et maintenables.

L’évaluation d’un package npm en 2026 nécessite une approche rigoureuse, car l’installation de dépendances tierces expose à des risques de sécurité majeurs, comme des attaques par la chaîne d’approvisionnement ou des paquets malveillants exploitant des hallucinations d’IA. L’auteur souligne que se fier aux téléchargements hebdomadaires ou aux étoiles GitHub est insuffisant, ces métriques ne reflétant ni la fiabilité ni les intentions réelles des mainteneurs. Les attaques récentes, comme Event-stream ou xz utils, illustrent comment des paquets légitimes peuvent être compromis, parfois via des dépendances indirectes ou des techniques comme le slopsquatting, où des noms de paquets générés par des IA sont enregistrés par des attaquants.

Pour limiter ces risques, le guide propose une méthode d’évaluation en cinq à dix minutes, centrée sur la nécessité réelle du paquet. Il recommande de questionner son utilité avant même d’analyser sa sécurité : un paquet superflu ou facilement remplaçable par quelques lignes de code interne réduit l’exposition aux vulnérabilités. L’auteur insiste aussi sur l’importance de vérifier l’absence de dépendances transitives suspectes et l’adéquation du paquet avec le contexte d’utilisation, afin d’éviter une propagation involontaire de risques dans l’écosystème du projet.

Ce dépôt GitHub propose une collection de bonnes pratiques TypeScript pour améliorer la sécurité, la lisibilité et la maintenabilité du code. Il met en avant des patterns concrets comme l'utilisation de unknown plutôt que any pour renforcer la validation des types, ou l'inférence automatique des types pour éviter les annotations superflues. L'idée centrale est d'exploiter les fonctionnalités modernes de TypeScript pour écrire un code plus robuste et évolutif.

Parmi les conseils clés, on retrouve l'emploi de satisfies pour valider des structures sans perdre l'inférence, ou encore la dérivation de types à partir de valeurs immuables avec as const. Le dépôt aborde aussi des concepts avancés comme les unions discriminées pour modéliser des états impossibles, ou les vérifications exhaustives avec never pour détecter des erreurs dès la compilation.

Enfin, il souligne l'importance de connecter les vérifications d'exécution aux types via des prédicats, et de construire des types à partir d'autres existants. Ces pratiques visent à réduire les erreurs tout en simplifiant la maintenance du code.

Ce site propose un guide structuré pour maîtriser JavaScript à travers 33 concepts fondamentaux, allant des bases (types primitifs, portée, fermetures) aux sujets avancés (moteurs JS, expressions régulières, algorithmes). Chaque notion est expliquée de manière claire avec des exemples pratiques, des schémas et des ressources complémentaires, adaptées aussi bien aux débutants qu’aux développeurs expérimentés.

L’approche met l’accent sur la compréhension profonde plutôt que sur le copier-coller, en couvrant des mécanismes clés comme l’asynchrone (boucle d’événements, Promesses), la programmation orientée objet (prototypes, classes) et les bonnes pratiques (code propre, motifs de conception). Les sections dédiées à l’entretien technique et à l’optimisation des performances en font aussi un outil utile pour les candidats.

Le contenu est organisé en parcours progressifs, avec une recherche intégrée et un index complet pour naviguer facilement. Le projet s’appuie sur des ressources externes vérifiées et propose des quiz pour valider les acquis, tout en restant accessible aux autodidactes ou aux développeurs souhaitant combler des lacunes.

L’article d’Alsacréations explique comment la propriété CSS align-content simplifie désormais le centrage vertical, une tâche autrefois complexe en CSS. Historiquement, les développeurs devaient recourir à des techniques comme vertical-align ou des combinaisons de position: absolute et transform, souvent fragiles. Grâce aux mises à jour des spécifications CSS (notamment le CSS Box Alignment Module Level 3), align-content fonctionne désormais dans tous les modes d’affichage, y compris les blocs natifs, sans nécessiter Flexbox ou Grid.

L’auteur illustre cette évolution avec deux exemples concrets : centrer verticalement un contenu dans un conteneur de hauteur fixe en utilisant simplement align-content: center, ou aligner un élément en bas avec align-content: end. Contrairement à Flexbox, cette méthode préserve le comportement natif des enfants (marges, flux normal), évitant ainsi des modifications structurelles inutiles. Toutes les valeurs classiques de la propriété (start, center, end, etc.) sont désormais applicables, offrant une solution universelle et moderne.

Cette avancée, déjà supportée par tous les navigateurs modernes, marque la fin des solutions de contournement pour le centrage vertical. Elle permet d’écrire moins de code tout en gardant un rendu fiable et maintenable, simplifiant ainsi l’intégration web.

L’article propose d’utiliser OpenTelemetry pour surveiller et optimiser les tests PHPUnit, face à des problèmes de mémoire ou de temps d’exécution croissants dans des projets en expansion. L’idée est d’appliquer les mêmes principes d’observabilité que pour les applications en production, afin d’identifier les tests les plus gourmands en ressources grâce à des traces et métriques collectées.

Pour cela, l’auteur recommande l’extension phpunit-telemetry-bridge, compatible avec OpenTelemetry, qui s’intègre facilement via Composer et se configure dans le fichier PHPUnit. Une fois activée, elle génère des données détaillées sur chaque test (durée, mémoire, statut), exportables vers un backend OTLP pour analyse.

L’outil est particulièrement utile pour les grandes suites de tests, où son surcoût devient justifié. L’article inclut un exemple de configuration et un lien vers un dépôt démonstratif, tout en soulignant la nécessité d’évaluer son utilité selon l’envergure du projet.

PHP Satan est un site humoristique et pédagogique dédié à PHPStan, un outil d'analyse statique pour PHP souvent surnommé ainsi par ses utilisateurs. Le site guide les développeurs à travers les défis de l'analyse de code, en commençant par les bases de l'installation et de la configuration, jusqu'à des concepts plus avancés comme la gestion des erreurs de type et l'optimisation des performances.

L'idée principale est d'aider les développeurs à comprendre et à corriger les erreurs détectées par PHPStan, notamment celles liées aux types de données. Le site explique le système de niveaux de PHPStan (de 0 à 10), chaque niveau étant plus strict que le précédent, et propose des solutions pour résoudre les erreurs courantes, comme l'utilisation de type hints ou le narrowing de types. Des conseils pratiques, comme l'augmentation de la mémoire allouée ou l'utilisation de flags en ligne de commande, sont également fournis pour optimiser l'analyse.

Eric Meyer explore une solution pour rendre accessibles des en-têtes de tableau avec cellules divisées diagonalement, comme dans la documentation d’Apollo 16. Il propose d’abord une structure HTML avec deux lignes d’en-têtes, mais cette approche échoue aux critères d’accessibilité WCAG 1.3.3. Une alternative validée par des experts consiste à utiliser rowspan pour fusionner les cellules de la première ligne, améliorant ainsi la navigation au clavier.

Pour le rendu visuel, Meyer utilise du positionnement CSS absolu et relatif pour superposer la deuxième ligne d’en-têtes sur la première, créant l’effet de division diagonale. Un dégradé linéaire sert à matérialiser cette séparation, bien qu’un SVG soit suggéré pour une implémentation plus robuste en production.

L’article souligne les limites de cette méthode, notamment des risques de chevauchement des textes ou de dépassement des cellules, nécessitant parfois un ajustement de la hauteur minimale. Malgré ces défis, la solution offre un compromis entre accessibilité et design, tout en invitant à des améliorations futures.

Les entretiens annuels d'évaluation, largement critiqués pour leur inefficacité, restent pourtant répandus dans les organisations malgré les preuves de leurs limites. Principalement axés sur le passé et les performances individuelles, ces dispositifs négligent souvent la collaboration, l'apprentissage continu et les réalités du travail moderne. Les recherches montrent qu'ils brouillent la frontière entre rémunération et amélioration de la performance, tout en offrant des retours trop tardifs pour être utiles.

Un décalage persistant existe entre la perception des dirigeants, qui jugent ces systèmes efficaces, et celle des salariés, dont une majorité les considère comme un échec. Les employés soulignent notamment leur caractère fastidieux et leur faible valeur ajoutée, préférant des retours en temps réel et des opportunités de développement continu plutôt que des évaluations annuelles rigides.

Malgré ces critiques, les entretiens annuels persistent, en partie à cause d'une illusion d'objectivité et d'une résistance au changement. Leur persistance s'explique aussi par des contraintes légales ou organisationnelles, bien que des alternatives plus adaptées aux besoins actuels du travail émergent progressivement.

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.

Cet article explore les limites du contrôle d'accès basé sur les rôles (RBAC) et du chiffrement au repos pour répondre aux exigences SOC 2, soulignant que ces méthodes ne protègent pas contre les accès non autorisés une fois l'application ou les identifiants compromis. L'auteur propose une approche plus robuste avec le chiffrement au niveau applicatif, utilisant une stratégie hybride combinant chiffrement symétrique (AES-256-GCM) pour les données et asymétrique (RSA avec OAEP) pour les clés, afin d'isoler cryptographiquement les enregistrements.

L'architecture repose sur le modèle d'enveloppe, où chaque document est chiffré avec une clé unique (DEK), elle-même chiffrée avec la clé publique du destinataire. Ce système garantit que même en cas de fuite des identifiants de la base de données, les données restent inaccessibles sans la clé privée correspondante. L'article insiste sur l'importance des modes de chiffrement authentifiés (GCM) et des mécanismes de rembourrage sécurisés (OAEP) pour prévenir les attaques par modification ou oracle.

Enfin, l'auteur détaille la modélisation des données avec Symfony et Doctrine, où chaque utilisateur possède une paire de clés asymétriques, la clé privée étant gérée par un coffre-fort ou un HSM. Cette approche permet une isolation cryptographique au niveau des enregistrements, renforçant ainsi la conformité SOC 2 en matière de traçabilité et de protection des données.

L’auteur, développeur depuis 1983, partage son expérience de l’intégration de l’IA dans son workflow, notamment via le Markdown pour rédiger spécifications et architectures. Il critique à la fois le vibe coding (délégation aveugle à l’IA) et le rejet puriste de cette technologie, soulignant que la valeur réside désormais dans la conception et la supervision, pas dans la production de code brute.

Il utilise l’IA comme un outil collaboratif : pour des tâches simples, elle agit comme une exécutante rapide, tandis que pour les parties complexes, il supervise et valide, voire code lui-même. L’objectif est de maintenir une architecture compréhensible et maîtrisée, évitant ainsi les risques liés à des systèmes opaques ou dépendants de tarifs ou de disponibilités externes.

Enfin, il compare l’IA à un retour partiel du cycle en V, où la spécification redevient centrale. La confiance dans le code généré doit être proportionnelle à la capacité de le critiquer, et les rôles (spécification, validation, expertise) doivent rester clairs pour préserver la robustesse du système.

Le site EasyDMARC propose un outil de vérification et d'analyse des enregistrements DMARC, un protocole essentiel pour sécuriser les emails contre le phishing et le spoofing. L'outil permet de détecter les vulnérabilités des configurations DMARC, SPF et DKIM, offrant des rapports détaillés et des recommandations pour renforcer la sécurité des emails et la réputation des domaines.

EasyDMARC se distingue par son interface intuitive, adaptée aux utilisateurs de tous niveaux, et ses fonctionnalités avancées comme les alertes en temps réel et la gestion multi-domaines. La plateforme propose également des outils complémentaires (DKIM, SPF, BIMI) pour une sécurité email complète, tout en étant utilisée par des milliers d'organisations à travers le monde.

Le service met l'accent sur la simplicité d'utilisation, avec des guides et des visualisations claires pour faciliter l'analyse et la configuration, tout en s'adaptant aux besoins des entreprises et des fournisseurs de services gérés (MSP).

L’article SVG from Scratch explique que SVG n’est pas un simple format d’image, mais un système de coordonnées, une surface de style et une cible d’animation, comparable à un élément DOM. L’auteur souligne l’importance de comprendre le viewBox, qui définit un espace de coordonnées interne que le navigateur adapte à la taille d’affichage, permettant une conception flexible et scalable.

L’auteur présente les formes de base (cercle, rectangle, ligne, polygone, chemin) et leur syntaxe, en insistant sur la puissance du path, qui permet de créer des formes complexes. Il détaille aussi les commandes de base pour dessiner des courbes, lignes et arcs, en distinguant les coordonnées absolues et relatives.

Enfin, l’article aborde le style des SVG via CSS, où les propriétés comme fill, stroke ou opacity peuvent être contrôlées dynamiquement, avec une priorité sur les styles définis en CSS plutôt qu’en attributs SVG. L’auteur encourage à écrire manuellement le code SVG pour en exploiter pleinement les possibilités.

Ce site propose un tutoriel moderne et complet sur JavaScript, couvrant à la fois les bases du langage et ses aspects avancés, comme la programmation orientée objet ou les promesses. Il est structuré en trois parties : le langage JavaScript, la manipulation du navigateur (DOM, événements) et des articles thématiques supplémentaires. Le contenu est régulièrement mis à jour, avec la dernière version datant de mai 2026.

L’approche pédagogique mise sur des explications claires et détaillées, sans se perdre dans des détails spécifiques à un environnement particulier. Le tutoriel aborde aussi des outils comme les éditeurs de code, la console développeur et les tests automatisés, tout en intégrant des concepts modernes comme les modules, les classes ou l’asynchrone avec async/await.

Disponible en ligne gratuitement, le site propose également des versions payantes en EPUB/PDF. Il inclut des liens vers des ressources complémentaires comme un dépôt GitHub ou un chat Discord pour échanger avec la communauté.

Topgrade est un outil open source écrit en Rust qui automatise la mise à jour de multiples gestionnaires de paquets et logiciels sur un système. Il détecte les outils installés (comme apt, pacman, Homebrew, etc.) et exécute les commandes appropriées pour les mettre à jour, simplifiant ainsi la maintenance du système. Ce projet est un fork maintenu du logiciel original topgrade par r-darwish.

L'installation est possible sur diverses plateformes via des méthodes officielles (binaires auto-mis à jour, gestionnaires de paquets comme Homebrew ou APT) ou communautaires (Scoop, NixOS, etc.). Une fois installé, il suffit d'exécuter topgrade pour lancer la mise à jour globale. Une configuration personnalisable au format TOML permet d'ajuster son comportement.

Le projet suit une politique de versions stables (MSRV) et documente les changements majeurs dans ses notes de version. Les fichiers de configuration sont recherchés dans des emplacements standardisés selon le système d'exploitation, comme %APPDATA% sous Windows ou ~/.config sous Unix.