HN Digest
Briefing personnel.

Edition quotidienne

Lire vite. Garder l'essentiel.

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

5824 articles Page 35/583 Sans filtre

06:04

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.

06:04

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.

06:03

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.

06:03

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.

06:03

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.

06:03

How's Linear so fast? A technical breakdown

L'architecture de Linear est "local-first": la base de données vit dans le navigateur (IndexedDB), les mutations s'appliquent d'abord localement et sont envoyées en arrière-plan au serveur. Le moteur de synchronisation gère une file de transactions durable, applique des deltas minimaux renvoyés par le serveur et utilise MobX avec observables par-propriété pour ne re-rendre que les cellules affectées. Les temps de chargement initiaux sont optimisés par un build ciblant les navigateurs modernes, un découpage fin des bundles, le préchargement parallèle des modules, un service worker qui précache les chunks et un shell initial inline qui restaure l'apparence depuis le stockage local pour afficher l'interface avant l'authentification réseau. Le design favorise la vitesse d'interaction avec un modèle keyboard-first, une palette de commandes locale et des raccourcis couvrant les actions courantes afin de réduire le coût en étapes pour l'utilisateur. Les animations sont limitées aux propriétés compositées (transform, opacity) avec durées courtes et apparitions instantanées pour garder l'interface réactive, et la performance perçue résulte de l'agrégation de nombreuses petites décisions d'ingénierie et de conception.