HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

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

12113 articles Page 502/1212 Sans filtre

Vint Cerf, “father of the Internet”, is retiring

Vinton Cerf, âgé de 83 ans, quittera la semaine prochaine son poste de vice‑président et évangéliste en chef d'Internet chez Google après plus de vingt ans dans l'entreprise. Avec Robert Kahn, il a co‑développé les protocoles TCP/IP à l'origine de l'Internet moderne, travail honoré par de nombreuses distinctions dont la Médaille présidentielle de la liberté et le prix Turing. Il intervenait à la conférence Open Frontier du Laude Institute lors d'un panel consacré à la durabilité des projets open source aux côtés de chercheurs comme Dave Patterson, François Chollet, John Ousterhout et Matei Zaharia. Cerf a affirmé que l'émergence d'agents d'IA autonomes imposera des exigences d'interopérabilité et de normalisation formelles plutôt que la seule communication en langage naturel, en raison des ambiguïtés possibles. Un porte‑parole de Google a confirmé son départ et les intervenants ont ponctué la discussion d'anecdotes, rappelant notamment le goût de Cerf pour les tenues soignées comme les vestes et gilets.

Why write code in 2026

Le rôle des ingénieurs logiciels est de construire et maintenir l'usine logicielle, c'est‑à‑dire l'infrastructure permettant à quiconque de demander un changement et de le livrer immédiatement. Cela passe par la mise en place proactive de prompts, d'agents et de bases de connaissance, ainsi que par la protection réactive via des évaluations automatisées, tests, linting et systèmes de types. Même des modèles imparfaits peuvent produire des changements utiles dans ces contraintes, mais écrire du code reste précieux pour penser directement dans l'environnement d'exécution et conserver attention et compréhension. Les agents agissent plutôt comme des stagiaires fraîchement onboardés et ont tendance à privilégier des modifications sécuritaires qui peuvent amplifier des décisions humaines ponctuelles, rendant nécessaire la refactorisation et la suppression de code par des humains. Des plongées périodiques dans le code, l'amélioration de l'architecture, des stratégies de test et l'intégration continue sont indispensables pour réduire la fragilité et amplifier l'efficacité de l'usine logicielle.

How we can reduce traffic congestion

Le transport de véhicules soutient la vie moderne mais génère des coûts élevés, les conducteurs passant en moyenne 2,6 ans de leur vie sur la route et les voitures particulières représentant environ 10 % des émissions mondiales de CO2. Dans une expérience menée dans 10 grandes villes américaines, l'algorithme de Google Maps a été modifié pour privilégier des itinéraires alternatifs aux temps de trajet et types de segments similaires afin d'écarter les trajets des segments congestionnés sélectionnés, en appliquant un dispositif en switchback à l'échelle de la ville et en affectant moins de 2 % des trajets observés vers environ 100 segments prédéterminés par ville. Les effets ont été estimés avec un modèle hiérarchique bayésien qui capture simultanément les variations agrégées au niveau des villes et les variations horaires localisées et permet le partage d'information entre sous-groupes. L'intervention a entraîné des améliorations significatives : une augmentation médiane d'environ 2 % des vitesses sur les segments ciblés, une réduction de la consommation de carburant de 0,5 % à 1,0 %, et des gains sur l'ensemble des segments impactés d'environ 0,35 % en médiane (0,5 % aux heures de pointe), ce qui se traduit potentiellement par des économies de milliers de tonnes de CO2e par ville et par an. Les auteurs concluent qu'un petit pourcentage de trajets coordonnés peut générer des bénéfices systémiques pour tous les usagers, et que cette approche expérimentale ouvre la voie à une gestion routière en réseau et à des applications futures dans les villes intelligentes.

Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k

Les auteurs ont inséré un proxy de journalisation et comparé deux harnesses sur le même modèle et tâches, trouvant que Claude Code envoie un préfixe initial beaucoup plus volumineux (≈33 000 tokens contre ≈7 000 pour OpenCode) et des définitions d'outils bien plus lourdes. Claude Code s'est montré nettement moins efficace côté cache, réécrivant des préfixes en cours de session et générant jusqu'à une cinquantaine de fois plus de jetons écrits en cache, ce qui augmente fortement la facture. La configuration réelle fait monter les coûts de façon exponentielle : un fichier d'instructions, des serveurs MCP, des templates et surtout des sous-agents multiplient les tokens consommés, un cas de fan‑out passant de ~121 000 à ~513 000 tokens. Sur une boucle multi-étapes, Claude Code a parfois réduit le total en regroupant les appels d'outils en un seul tour tandis qu'OpenCode paie son baseline plus petit à chaque requête, et dans les tâches testées les deux harnesses ont rendu des résultats corrects. La méthode repose sur la capture des payloads et des blocs d'usage au point d'API, stockés dans une chaîne d'audit vérifiable, et les auteurs notent des limites (petit échantillon, gateway intermédiaire, comportement dépendant du modèle et des versions) en recommandant de journaliser au bord d'API.

LARP – Revenue infrastructure for serious founders

La plateforme met en relation des fondateurs pour simuler des transactions réciproques où chacun enregistre des revenus égaux sans mouvement net de trésorerie. Le fonctionnement repose sur trois étapes : appairer des pairs, effectuer des virements circulaires comptabilisés comme revenus par le bénéficiaire, puis annualiser ces montants pour accroître l'ARR. Le service affirme la légalité de ces accords en invoquant l'ASC 606 et la nécessité de prestations réelles, tout en notant que des critiques rapprochent le schéma du round-tripping et que la substance économique doit être évaluée par les clients et leurs auditeurs. Des témoignages clients et une API permettent d'automatiser les écritures comptables et d'afficher une croissance du chiffre d'affaires sans changement de trésorerie, tandis que le grand livre intégré montre zéro mouvement net de capital. L'offre est présentée comme gratuite avec plusieurs paliers et une clause satirique interdisant de payer pour le service, accompagnée d'une option de pourboire déclarée comme une plaisanterie distincte.

Migrating a production AI agent to GPT-5.6: 2.2x faster, 27% cheaper

Ploy a remplacé Claude Opus par GPT‑5.6 Sol comme modèle par défaut après des évaluations montrant des constructions de pages web marketing beaucoup plus rapides et moins coûteuses. L'agent de Ploy exécute des tâches complexes (planification, lecture du code, écriture de composants, génération d'images, capture et évaluation) et a servi de banc d'essai exigeant pour comparer les modèles. L'intégration a nécessité de corriger le banc d'essai, d'adapter les schémas d'outils (transformer les paramètres optionnels en nullable pour les modèles OpenAI), de repenser le cache de prompts avec une clé par workspace et de rendre la relecture du raisonnement autonome. Ces changements ont réduit les lectures de fichiers vides à zéro, augmenté les taux de cache de première requête à environ 84 %, et permis des builds en environ 3 minutes 42 secondes avec 27 % de coût en moins et des sorties nettement plus concises. Le rendu de GPT‑5.6 est très propre et moderne mais a tendance à uniformiser les designs sans guidage, et Ploy souligne qu'il faut des ajustements de steering pour préserver l'adhérence aux identités de marque.

Guy took Jupiter photo with Game Boy Camera, giant telescope, publishes tutorial

Chris Graue, musicien et amateur de technologies rétro, a attiré l'attention après avoir utilisé une Game Boy Camera pour photographier Jupiter. Il a connecté l'appareil à l'oculaire du télescope Hooker de l'observatoire Mount Wilson grâce à un adaptateur imprimé en 3D conçu par lui et ses collègues. Graue a publié les plans de l'adaptateur en accès libre et a mis en ligne une courte vidéo tutorielle pour expliquer son utilisation. L'adaptateur est décrit comme un tube qui s'insère par friction dans un oculaire standard de 1,25 pouce, permettant ainsi de fixer la Game Boy Camera sur des télescopes compatibles. D'autres bricoleurs ont déjà détourné la Game Boy Camera pour en faire des appareils sans miroir, des webcams ou des objectifs téléobjectif, montrant la polyvalence du dispositif.

Kode Dot Programmable pocket device for makers, pentesters and geeks

Le Kode Dot est un appareil de poche programmable conçu pour démarrer des projets sans avoir à assembler l'électronique de base. Il intègre deux MCU (ESP32 P4 pour l'exécution et C5 pour le sans fil), un écran tactile AMOLED 2,13 pouces 502×410 et un lecteur microSD pour stocker les applications. Le matériel offre seize broches programmables, un connecteur GPIO 20 broches, USB‑C avec JTAG, un connecteur magnétique pogo, un D‑pad, des boutons et une LED RGB adressable. Les capteurs et périphériques comprennent une IMU 9 axes, NFC/RFID, transceiver infrarouge, microphone, haut‑parleur, moteur haptique, alimentation LiPo avec PMIC et jauge de batterie, et une RTC alimentée. Le projet est issu d'une campagne Kickstarter soutenue par 16 000 contributeurs et propose une communauté partageant jeux, outils et applications pour l'appareil.

Are you telling me a readonly property is wrecking my performance?

L'auteur enquêtait sur un problème de performance de Letta Desktop où l'application ralentissait au fur et à mesure de son utilisation. Il a découvert que le ralentissement ne venait pas principalement d'une boucle longue ou d'un code non optimisé mais de la façon dont l'interface était forcée à défiler vers le bas pour afficher les nouveaux messages. Le script utilisé consistait à affecter el.scrollTop = el.scrollHeight, et l'auteur avait supposé à tort que scrollHeight était une propriété peu coûteuse. En réalité, la lecture de scrollHeight déclenche des calculs de mise en page dans Chromium, ce qui devient lent lorsque de nombreux messages arrivent en continu. La solution retenue a été de fixer une valeur très élevée pour le défilement plutôt que de recalculer précisément scrollHeight afin de limiter les coûts de performance.

Designing and assembling my first PCB

L'auteur a acheté une carte Arduino Nano ESP32 pour expérimenter et a rapidement réussi à faire clignoter les LED et à flasher du firmware depuis la ligne de commande. Pour passer du prototypage à une version plus « production », il a conçu un module capteur BME280 sur KiCad en suivant le datasheet et en choisissant des empreintes SMD (0805 pour les passifs) avant d'exporter le schéma en PCB. Il a commandé les fichiers Gerber chez JLCPCB, trouvé la plupart des composants sur DigiKey mais a récupéré le capteur BME280 sur le module acheté, et a généré une BOM sans faire l'assemblage par usine. Avec un fer à souder Hakko et une station d'air chaud Quick 861DW il a appliqué de la pâte, posé les composants et a mis environ quinze minutes pour assembler la carte, la soudure du capteur sous boîtier ayant été la partie la plus délicate. Le module a fonctionné en plug-and-play dès la première tentative sans modification logicielle, ce qui lui a donné confiance pour envisager des projets plus complexes intégrant écran et ESP32 sur une seule carte.