HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

Les meilleurs longs formats de Hacker News, relus plus calmement.

12026 articles Page 655/1203 Sans filtre

Splash Is a Colour Format

Le format de couleur présenté utilise un nombre à trois chiffres où chaque chiffre représente un canal distinct : rouge, vert puis bleu. On peut convertir ces triplets en valeurs RGB ou hexadécimales en remappant chaque canal de 0–9 à 0–255 ou via des tables de correspondance pré-calculées. Ce système, limité à 1000 combinaisons, vise à simplifier le choix des couleurs en étant à la fois lisible par l'humain et facile à manipuler pour l'ordinateur, ce qui réduit l'indécision et améliore les performances. L'auteur montre aussi comment personnaliser la palette en écrivant des tables pour chaque canal afin d'obtenir des teintes adaptées (par exemple plus pastel ou plus bleues/vertes) et fournit des exemples de code et de tableaux complets. Plusieurs implémentations existent (fonction JavaScript, table de correspondance, fonction SCSS et mixins CSS) et l'auteur encourage la réutilisation et les contributions de la communauté.

My automated doubt development process

Ce texte décrit un processus d'ingénierie fondé sur le "doute automatisé" pour regagner la confiance perdue dans le développement assisté par IA. L'auteur emploie des sous-agents spécialisés pour auditer spécifications et artefacts depuis plusieurs perspectives afin de déceler hypothèses cachées, lacunes et ambiguïtés. Le flux se déroule en phases : conception avec pré-implémentation (Assumption Excavator, Documentation Validator, etc.), développement avec post-implémentation (validateurs de code, sécurité, tests) et préparation à la livraison via un workflow "Ship". L'auteur évite d'utiliser des sous-agents pour les opérations d'écriture, préfère une instance terminale unique pour les builds et itère jusqu'à obtenir le niveau de qualité, sécurité et interface publique souhaité. Le processus est itératif et consommateur de tokens selon l'étendue du projet, l'Assumption Excavator est recommandé comme point de départ, et les agents et pipelines sont disponibles sur github.com/aself101/agents-and-pipelines.

Cloning a Sennheiser BA2015 battery pack

De nombreux microphones sans fil Sennheiser utilisent un pack BA2015 propriétaire vendu très cher alors qu'il contient essentiellement deux cellules NiMH et un capteur NTC bon marché. Le pack officiel intègre un contact et un capteur de température pour empêcher la charge d'accumulateurs non rechargeables, mais la gestion active est principalement assurée par le circuit du micro. Des fabricants tiers proposent des remplacements beaucoup moins coûteux et l'auteur a démonté un pack d'origine pour identifier deux cellules Panasonic et une NTC d'environ 10 kΩ. L'auteur a modélisé et imprimé en 3D une coque de remplacement, réalisé les connexions avec une agrafe métallique et un aimant pour le contact positif, puis partagé le code OpenSCAD. La fabrication artisanale est réalisable mais laborieuse et moins robuste que les packs tiers disponibles, et l'auteur critique le prix excessif des pièces officielles.

Powering up a module from the IBM 604: an electronic calculator from 1948

1948 a marqué la transition où l'électronique à tubes commençait à remplacer les mécanismes électromécaniques dans le domaine du calcul. IBM a introduit le calculateur électronique 604, un appareil programmable pour un ensemble fixe d'opérations, plus compact et moins coûteux que les premiers ordinateurs. L'appareil utilisait des tubes à vide et des modules enfichables standardisés, ce qui a permis une production de masse et une maintenance simplifiée. L'article explique le fonctionnement des tubes à vide et des thyratrons, ces derniers restant conducteurs après ionisation jusqu'à la coupure d'alimentation. Bien que dépourvu de mémoire et de programme stocké, le 604 a connu un grand succès et a préparé le terrain pour des ordinateurs ultérieurs tels que l'IBM 650.

The 29th International Obfuscated C Code Contest (IOCCC) 2025 Winners

Les pages index.html des gagnants de 2025 sont disponibles et contiennent les sources, les instructions de compilation, les remarques des auteurs et un tarball compressé téléchargeable de toutes les entrées primées. Le volume et la qualité des soumissions sont demeurés élevés pour IOCCC29, possiblement grâce à une meilleure présence en ligne, à l’inspiration entre auteurs et à des procédures améliorées et documentées depuis la clôture précédente. La présentation des gagnants sera diffusée en segments sur la chaîne YouTube Our Favorite Universe et chaque page d’un vainqueur inclura prochainement un lien vers le segment correspondant. Les juges ont ajouté des « fun challenges » dans les remarques, encouragent les contributions via des pull requests et ont publié une réécriture substantielle des règles et directives avec l’aide de nombreux bénévoles. Parmi les lauréats remarquables figurent des émulateurs, quines, jeux et autres projets créatifs, y compris un auteur de Taïwan, des conseils pour compiler et exécuter les entrées, et une invitation aux non-primés à améliorer et resoumettre leurs travaux pour la prochaine édition prévue fin 2026.

Show HN: Lathe – Use LLMs to learn a new domain, not skip past it

Lathe génère à la demande des tutoriels techniques pratiques, mono- ou multi-parties, via des "skills" LLM intégrés à un CLI Golang qui gère le stockage et la diffusion locale. L'utilisateur suit et saisit manuellement les étapes dans une interface web locale conçue pour un apprentissage agréable, avec table des matières, notes latérales et exercices. Chaque tutoriel enregistre sa provenance, les sources consultées, le modèle et la voix utilisés dans un metadata.json pour permettre la vérification et la traçabilité. Des commandes et skills interactifs (/lathe, /lathe-extend, /lathe-verify, /lathe-ask, etc.) permettent de créer, étendre, vérifier et interroger les tutoriels, la vérification s'exécutant dans la session LLM de l'utilisateur et consignant les résultats. Lathe est présenté comme une expérience pour que les LLM apprennent à enseigner plutôt qu'à penser à la place de l'utilisateur, utile pour démarrer dans des domaines peu documentés malgré les limites et risques d'hallucinations des modèles.

What is the purpose of the lost+found folder in Linux and Unix? (2014)

fsck peut détecter des fragments de données ou des inodes complets sans nom qui occupent de l'espace mais restent inaccessibles. Lors d'une réparation, fsck transforme ces fragments en fichiers et les dépose dans le répertoire lost+found car leur nom et emplacement d'origine sont perdus. Ces fichiers proviennent souvent de fichiers déjà désancrés mais encore ouverts lors d'un arrêt brutal, auquel cas ils étaient destinés à être supprimés. Ils peuvent aussi résulter d'une incohérence du système de fichiers due à un bug matériel ou logiciel, et les fichiers récupérés peuvent être incomplets ou obsolètes. De nombreux systèmes préallouent de l'espace pour lost+found afin que fsck y crée des entrées, et en cas de suppression il faut utiliser mklost+found plutôt que mkdir pour le recréer.