HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

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

12074 articles Page 503/1208 Sans filtre

The Energetic Costs of Cellular Computation (2012)

Les cellules effectuent des calculs en réponse à des signaux environnementaux, notamment l'estimation de la concentration d'un ligand chimique. Sur des bases théoriques générales, le principe de Landauer prédit que de tels calculs demandent une consommation d'énergie. Les auteurs calculent explicitement les coûts énergétiques d'un réseau cellulaire à deux composants implémentant une version bruitée de la stratégie de Berg et Purcell. Ils montrent que l'apprentissage des concentrations externes nécessite la rupture de l'équilibre détaillé et la dépense d'énergie, et que plus l'apprentissage est important, plus l'énergie consommée augmente. Ces conclusions suggèrent que le coût énergétique de la computation cellulaire peut constituer une contrainte importante pour les réseaux fonctionnant en environnements pauvres en ressources, comme ceux impliqués dans la germination des spores bactériennes.

A pure scheme web programming tool

Le compilateur est écrit en Scheme et s'exécute entièrement dans le navigateur sous forme de WebAssembly, le binaire goeteia.wasm étant d'environ 70 Ko gzippé. La version auto-hébergée se recompile elle-même et vérifie en continu l'identité octet-à-octet entre le compilateur source et sa sortie, chaque changement étant testé en deux étapes. L'exécution exploite le GC de Wasm avec les fixnums en i31refs, paires et records en structs GC, égalité par ref.eq, et aucune heap de substitution en JavaScript, l'hôte fournissant seulement deux imports de flux d'octets. Le langage propose des macros hygiéniques (syntax-rules et syntax-case), de véritables fermetures et appels en queue optimisés, des références de fonction typées par arité, et call/cc ainsi que dynamic-wind implémentés via la proposition d'exceptions de Wasm. L'écosystème comprend une pile réactive pour le web, des outils 3D/WebGL avec shaders en s-expressions, un RPC Scheme-à-Scheme transportant des s-expressions intactes, un système de bibliothèques à la R6RS, et les modules compilés tournent sur tout moteur supportant Wasm GC et tail calls.

Nvidia, CoreWeave, and Nebius: Inside the Circular Financing of the GPU Boom

Les neoclouds publics CoreWeave et Nebius connaissent une forte croissance des revenus et des carnets de commandes en répondant à la demande massive de compute IA grâce à un accès rapide aux dernières cartes Nvidia et à des optimisations d'utilisation des GPU. De grands hyperscalers et laboratoires (Microsoft, Meta, OpenAI, Anthropic) ont signé des contrats pluriannuels représentant des engagements cumulés potentiels de l'ordre de dizaines à plus d'une centaine de milliards de dollars, ce qui permet aux clients de traiter ces dépenses comme des frais d'exploitation plutôt que du capex. Les deux acteurs disposent d'environ 3,5 GW de puissance contractée mais la majeure partie n'est pas encore activée, et leurs objectifs d'activation (par exemple 1,7 GW pour CoreWeave d'ici 2026) exigent des investissements considérables pour convertir le backlog en revenus. Leur modèle nécessite des financements lourds : CoreWeave affiche une consommation de trésorerie élevée, un levier et des émissions de dette importantes tandis que Nebius, malgré une position de trésorerie plus solide, anticipe aussi de nouveaux besoins de financement via dette, émissions d'actions et financements adossés à des actifs. La relation avec Nvidia — investissements, achats de GPU récurrents et engagements d'achat de capacité résiduelle — crée une boucle de financement circulaire qui facilite le déploiement mais soulève des questions sur la dépendance, la durabilité du modèle et la sensibilité aux taux d'intérêt et aux risques de liquidité.

An agent in 100 lines of Lisp

Vers 2000, l'auteur a suivi un cours d'IA où il a beaucoup programmé en Lisp et retenu l'élégance des fonctions récursives malgré l'absence de réseaux neuronaux et d'outils modernes. Un agent se réduit souvent à une boucle récursive simple : on envoie une liste de messages au modèle, on exécute les outils demandés et on recommence jusqu'au cas de base. La propriété d'homoiconicité de Lisp permet au modèle d'écrire des formes Lisp en chaîne de caractères que l'agent évalue, générant ainsi dynamiquement des fonctions comme un calcul de Fibonacci ou une fonction de recherche web. La persistance est gérée en sérialisant l'historique de messages en JSON et en le relisant pour réhydrater les définitions créées précédemment, ce qui fait des compétences du système des souvenirs réévaluables. L'expérimentation montre que le traitement du code comme données correspond bien aux boucles d'agent modernes, tout en rappelant le risque d'exécuter du code arbitraire ; le prototype et le code source sont disponibles sur GitHub.

Why Write Code in 2026

Le texte affirme que la mission des ingénieurs n’est pas seulement d’écrire du logiciel mais de construire et maintenir l’usine logicielle qui permet de demander des changements et de les livrer immédiatement. Il décrit deux rôles complémentaires : établir l’infrastructure proactive (prompts, agents, bases de connaissances) et protéger réactivement le produit par des évaluations automatisées comme les tests, le linting, les systèmes de types et les évaluations. L’auteur soutient cependant que coder manuellement reste utile pour garder l’attention, comprendre la fragilité du système et expérimenter des architectures que les agents, comparés à des stagiaires, risquent d’amplifier ou de préserver maladroitement. Il explique que l’anglais est trop imprécis pour penser des algorithmes et que l’écriture de code permet d’exprimer des étapes exécutables, d’expérimenter des solutions et d’imposer des principes architecturaux cohérents. Enfin, le texte reconnaît que les agents ont amélioré des pratiques comme l’intégration continue mais rappelle que parfois il faut démonter l’assemblage et travailler à la main pour résoudre des problèmes profonds et optimiser l’architecture.

I Did Not Kill Stanley Lieber: How to Draw (With 9front)

Ce document explique comment dessiner sur un ordinateur 9front en utilisant principalement le programme paint(1) et des outils connexes. Il décrit le matériel et les méthodes d'entrée compatibles, y compris souris, stylet, tablettes, écran tactile, clavier et drawterm/vnc, et donne des recommandations pour les machines 2-en-1. Il détaille les fonctions de paint(1) — toile, pinceaux, remplissage, gomme, zoom, annulation — en notant l'absence de sensibilité à la pression et de calques, et propose une approche de travail inspirée du papier. Le texte présente des opérations d'image externes (vcrop, crop, resize, rotate, page) et l'utilisation de pico pour manipuler des "faux calques", recadrer précisément et préparer des tailles de canevas exactes. Enfin il explique la conversion vers PNG et plusieurs méthodes pour extraire et partager les images depuis 9front, tout en fournissant des ressources et des remerciements.

RISCBoy is an open-source portable games console, designed from scratch

Ce projet open-source décrit une console de jeux portable conçue de zéro, comprenant un processeur compatible RISC-V, un pipeline graphique raster, divers contrôleurs (bus, mémoire, UART, GPIO) et un routage de PCB sous KiCad. Le matériel est écrit en Verilog synthétisable (2005) et dimensionné pour tenir sur un FPGA iCE40-HX8k, avec des options pour des variantes RV32I sur des FPGA plus petits. Le processeur implémente l'ISA RV32IMC, passe la suite de conformité RISC-V et des vérifications formelles, et prend en charge les CSR M-mode, les exceptions et une extension d'interruptions externes vectorisées. Le dépôt utilise des sous-modules, fournit des instructions pour cloner récursivement, compiler une chaîne d'outils RV32IMC, lancer des simulations avec Xilinx ISIM et exécuter des tests HDL et logiciels. La synthèse et le bitstream se font avec une chaîne open-source (Yosys, nextpnr, icestorm), des fichiers de fabrication pour une carte Rev A compatible avec les services iTead sont inclus, et l'arborescence contient les dossiers board, doc, hdl, synth et test pour le développement complet.

What xAI's Grok Build CLI Actually Sends to xAI

L'auteur a capturé et vérifié que l'outil Grok envoie le contenu des fichiers qu'il lit — y compris un fichier .env de secrets — dans le corps des requêtes POST /v1/responses et aussi dans une archive session_state envoyée via POST /v1/storage, sans redaction. Grok met en ligne l'ensemble du dépôt suivi (tous les fichiers traqués et l'historique git) en un bundle git ou en morceaux multipart vers /v1/storage, ce qui permet de reconstruire des fichiers jamais ouverts par l'agent. Les uploads ciblent un bucket Google Cloud Storage nommé grok-code-session-traces (observé dans le binaire et dans des metadata.json), et des télémetries vers Mixpanel et grok.com ont aussi été constatées; ce pipeline n'apparaît pas dans les guides d'installation/quickstart examinés. Les captures montrent des transferts à l'échelle multi‑gigaoctet (≥5,1 GiB capturés dans un run), toutes les requêtes /v1/storage retournant 200, et le processus d'upload continuant même lorsqu'une limite d'usage modèle bloquait les réponses; désactiver "Improve the model" n'a pas empêché l'upload. L'auteur précise qu'il n'a pas prouvé que xAI entraîne ses modèles sur ces données — il documente uniquement la transmission et l'acceptation en stockage à l'aide d'artefacts, logs et commandes reproductibles, avec un appendice d'évidence et de hachés SHA‑256.