HN Digest
Briefing personnel.

Edition quotidienne

Lire vite. Garder l'essentiel.

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

6662 articles Page 267/667 Sans filtre

06:04

Building the TD4 4-Bit CPU

L'auteur a construit un CPU TD4 de 4 bits à partir du livre How to Build a CPU de Kaoru Tonami, en traduisant lui‑même le texte japonais et en utilisant un circuit imprimé apparemment dérivé des fichiers open‑source de BG5DIW. La conception simple comprend un jeu de 12 instructions et une ROM de 16 octets réalisée par des DIP switches, une alimentation 5 V via USB ou un header, l'emploi principalement de circuits 74HC (ainsi que quelques 74LS), peu de composants CMS et une matrice de diodes 1N4148 soudées à la main pour implémenter le ROM physique. Le TD4 est un processeur câblé sans microcode, utilisant des 74HC161 pour registres et compteur, 74HC153 pour multiplexeurs, 74HC283 pour l'ALU et des portes 74HC10/32 pour le décodage, avec un oscillateur 74HC14 pour l'horloge ; il ne nécessite aucun firmware et peut être observé au moyen d'une sonde logique. La programmation se fait physiquement par commutateurs avec un espace d'adressage limité à 16 octets, l'auteur a développé un utilitaire web en JavaScript pour convertir le code assembleur en positions de DIP switches afin de faciliter les essais, et il a vérifié des routines pratiques comme des compteurs. Ce projet est présenté comme un excellent outil pédagogique car il montre sans artifice comment un bit circule du matériel à la logique logicielle, démystifiant ainsi les concepts fondamentaux de l'architecture des ordinateurs.

06:04

What British people mean when they say 'sorry'

Au Royaume‑Uni, le mot « sorry » fonctionne comme un réflexe culturel et un code de politesse utilisé pour adoucir les échanges, éviter l'impolitesse et maintenir la distance sociale, à raison d'environ neuf occurrences par jour et plus de 3 000 par an. Selon le contexte et l'intonation, il peut signifier un vrai regret, un « excusez‑moi », une demande de dégagement, une invitation à céder le passage, une demande de répétition ou encore une manière de masquer une désapprobation. Sur le trottoir il sert souvent à neutraliser un contact accidentel, « sorry? » sert à demander de répéter ou à gagner du temps, et « sorry, can I just… » marque la minimisation de soi avant une requête banale. Des variantes comme « oh, sorry… » permettent de contester sans paraître agressif tandis que « sorry, but… » préface souvent une contradiction atténuée, et un simple « sorry… » peut rappeler poliment une règle, notamment dans les files d'attente ou les pubs. Cette polyvalence du mot reflète une culture britannique plutôt évitante du conflit et constitue un code social qu'il est utile de décoder pour éviter les malentendus lors d'un séjour.

06:03

ProgramBench: Can Language Models Rebuild Programs from Scratch?

Les modèles de langage sont de plus en plus utilisés comme agents pour initier, maintenir et faire évoluer des bases de code sur de longues périodes, ce qui les amène à prendre des décisions d'architecture logicielle de haut niveau. Les benchmarks existants se concentrent sur des tâches limitées comme corriger un bug unique ou développer une fonctionnalité spécifiée, c'est pourquoi les auteurs proposent ProgramBench pour évaluer la capacité des agents à développer des logiciels de manière globale. Dans ProgramBench, on fournit uniquement un programme exécutable de référence et sa documentation, et l'agent doit architecturer et implémenter une base de code dont le comportement correspond à celui de la référence. Les tests comportementaux de bout en bout sont générés par fuzzing piloté par agent, ce qui permet d'évaluer sans imposer une structure d'implémentation, et la suite comprend 200 tâches allant d'outils CLI compacts à des logiciels largement utilisés comme FFmpeg, SQLite et l'interpréteur PHP. En évaluant neuf modèles, les auteurs constatent qu'aucun ne résout entièrement une tâche, que le meilleur modèle ne réussit 95 % des tests que sur 3 % des tâches, et que les modèles privilégient des implémentations monolithiques en un seul fichier qui s'écartent nettement du code écrit par des humains.

06:03

RSS Feeds Send Me More Traffic Than Google

L'auteur a examiné les sources de trafic de son blog sans pratiquer de SEO agressif. Des statistiques locales indiquent que Google et DuckDuckGo sont parmi les principaux référents, tandis que Bing apparaît rarement. Il a ajouté un suivi des flux RSS et des newsletters, mais souligne que ces mesures sont très approximatives car elles dépendent du chargement d'images par les clients. Il bloque autant que possible les crawlers d'IA et n'essaie pas de suivre ou de cibler les lecteurs, cherchant seulement une estimation générale des origines du trafic. Sur la période étudiée, environ 25 % du trafic provient d'abonnés et l'auteur se déclare satisfait que ces abonnements gratuits génèrent plus de visites que certains moteurs de recherche.

06:03

Google Cloud fraud defense, the next evolution of reCAPTCHA

Google annonce Google Cloud Fraud Defense, une plateforme de confiance destinée à sécuriser l'agentic web en vérifiant la légitimité des bots, des humains et des agents IA. La plateforme, évolution de reCAPTCHA, conserve les clés et intégrations existantes sans migration ni changement de tarification pour les clients actuels. Fraud Defense propose un tableau de bord de mesure des activités agentiques, une politique fine de contrôle des agents et utilisateurs, et une atténuation résistante à l'IA fondée sur un challenge QR code. Elle s'appuie sur des signaux globaux et un graphe d'intelligence antifraude pour prévenir les menaces émergentes, corréler les télémetries sur le parcours client et a démontré une réduction moyenne de 51 % des prises de contrôle de comptes. Google invite les entreprises à découvrir Fraud Defense lors de Google Cloud Next, à tester la solution dans la console et à consulter les ressources et démonstrations proposées.

06:03

What I Learned Making an App for My Family

Face à l'injustice du partage des frais d'essence, l'auteur a développé une application mobile pour permettre à sa famille de partager une voiture en suivant l'état du réservoir, les trajets et la disponibilité du véhicule. Le prototype a été réalisé avec Flutter et Pocketbase, puis enrichi avec Riverpod pour la gestion d'état et AutoRoute pour la navigation, et inclut des pages pour le tableau de bord, les trajets, les pleins et la gestion des utilisateurs. L'auteur a défini un périmètre strict en refusant des fonctionnalités intrusives comme le suivi GPS continu pour des raisons de vie privée et de consommation de batterie, tout en visant une interface « native » adaptée à iOS et Android. Pour simplifier le modèle de données et l'interface, il a fusionné les journaux de trajets et de carburant en une seule timeline agissant comme une machine à états, ce qui a réduit la complexité mais demandé des ajustements et des correctifs. Malgré une application agréable à utiliser et prête pour une bêta publique, le projet est resté en suspens après que la famille se soit séparée géographiquement et que l'intérêt pour le développement actif se soit estompé.

06:02

Pen pal programs endure in a digital age

L'auteure raconte qu'un échange épistolaire commencé en 1985 avec une correspondante néo-zélandaise s'est concrétisé récemment lorsqu'elle a parcouru 9 000 miles pour lui remettre une paire de lunettes sollicitées. Malgré la disparition d'organismes comme International Youth Service, des initiatives contemporaines comme Penpalooza de Rachel Syme et International Pen Friends connaissent un regain d'intérêt, notamment depuis la pandémie. Des participants de tous âges, et particulièrement des jeunes adultes, apprécient l'aspect tangible et lent du courrier manuscrit pour la pleine conscience et le soutien émotionnel, et des projets scolaires et universitaires utilisent la correspondance pour développer l'empathie. Dans le monde numérique, des applications comme Slowly reproduisent l'attente de la lettre en retardant la livraison électronique, tandis que livres et boutiques de papeterie témoignent d'un engouement pour les objets physiques liés à l'écriture. Après quinze ans d'échanges, l'auteure et sa correspondante se sont rencontrées à plusieurs reprises et la rencontre récente a confirmé la profondeur du lien créé par des décennies de lettres.

06:02

From Supabase to Clerk to Better Auth

En 2023, Val Town est passé de Supabase à Render et Clerk pour la base et l'authentification, puis a finalement migré vers Better Auth, ce qui a permis de fermer un ticket d'ancienne migration. Le problème central était que Clerk tentait de remplacer la table des utilisateurs et la gestion des sessions, entraînant des limitations de débit, la synchronisation des données entre deux autorités et des incohérences pendant l'inscription. Clerk a néanmoins été retenu longtemps grâce à ses SDKs, son tableau d'administration et ses outils anti-abus qui facilitent les applications frontales simples. Better Auth a apporté un contrôle local des sessions, une base open source jugée de bonne qualité et une infrastructure payante moins impliquée dans la gestion des sessions, avec une période de transition où les deux systèmes coexistaient. La leçon principale est que la fiabilité d'un système dépend de celle de ses composants et qu'un produit populaire peut ne pas convenir à tous les cas d'usage, d'où la nécessité d'évaluer le risque fournisseur et le niveau de contrôle requis.

06:02

Programming Still Sucks

L'auteur rapporte qu'à une fête on lui pose la question récurrente de savoir si l'intelligence artificielle va lui prendre son travail. Il utilise la métaphore d'un navire mal construit et en feu pour décrire le chaos organisationnel et les décisions précipitées liées à l'adoption d'outils d'IA. Il explique que des dirigeants, séduits par des démonstrations d'agents, ont réduit les effectifs et supprimé les postes juniors et l'apprentissage sur le tas qui formait les futurs seniors. Il illustre l'importance des savoirs institutionnels avec le personnage de Sara, une employée expérimentée qui maintient un cron job critique et conserve une copie d'un module sur une clé USB. Il conclut que la fragilisation des équipes est due principalement à la recherche de profit et à la suppression de la transmission des compétences, ce qui met en péril le fonctionnement des systèmes si ces spécialistes disparaissent.