HN Digest
Briefing personnel.

Edition quotidienne

Lire vite. Garder l'essentiel.

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

3702 articles Page 117/371 Sans filtre

06:03

Why Switzerland has 25 Gbit internet and America doesn't

En Suisse, les abonnés peuvent obtenir facilement des connexions fibre symétriques dédiées allant jusqu'à 25 Gbit/s grâce à une concurrence réelle entre de nombreux fournisseurs. Le texte explique que les réseaux de télécoms sont des « natural monopolies » où construire plusieurs infrastructures identiques (comme en Allemagne) ou laisser des monopoles territoriaux s'installer (comme aux États-Unis) conduit soit au gaspillage soit à l'extraction de rente. Le modèle suisse repose sur une architecture point-à-point à quatre fibres par logement et des points d'accès neutres permettant à n'importe quel fournisseur de se connecter physiquement au domicile du client. Quand Swisscom a tenté de généraliser une architecture partagée P2MP qui aurait verrouillé les concurrents, l'autorité de la concurrence (COMCO) et les tribunaux ont bloqué l'initiative et infligé une amende, contraignant le retour au standard initial. L'auteur conclut que les pays souhaitant de meilleurs débits et des prix plus bas doivent imposer l'accès ouvert aux infrastructures physiques, exiger le point-à-point, définir des normes neutres, renforcer les autorités de concurrence et encourager les réseaux municipaux.

06:03

Running Gemma 4 locally with LM Studio's new headless CLI and Claude Code

Les modèles locaux offrent des avantages pratiques pour des tâches rapides comme la relecture de code, le brouillon ou les tests de prompts, notamment l'absence de coûts d'API, la confidentialité des données et une disponibilité constante. La variante Google Gemma 4 26B‑A4B utilise une architecture Mixture‑of‑Experts qui n'active qu'une fraction des paramètres (≈3,8–4 B actifs), donnant un coût d'inférence proche d'un dense 4B tout en offrant une qualité effective comparable à ~10B dense. Sur un MacBook Pro 14'' M4 Pro avec 48 Go de mémoire unifiée, le modèle tient confortablement en mémoire (base ≈17,6 GiB, ≈21 GiB à 48K de contexte) et génère autour de 51 tokens/s avec un temps au premier token d'environ 1,5 s, mais en exerçant une forte pression mémoire et CPU/GPU. LM Studio 0.4.0 apporte le démon llmster et l'outil lms pour un usage headless, un serveur OpenAI/Anthropic‑compatible, traitement parallèle par batching continu, chargement JIT, TTL et options de quantification et d'optimisation (flash attention, offloading) pour gérer mémoire et latence. Recommandations pratiques : toujours utiliser --estimate-only pour planifier le mémoire, activer flash attention si nécessaire, éviter le décodage spéculatif sur les MoE aujourd'hui, et envisager une configuration locale (par ex. alias claude‑lm) pour la confidentialité et l'économie, en acceptant que les grandes générations restent plus lentes qu'en cloud.

06:02

Endian wars and anti-portability: this again?

L'auteur déplore l'hostilité de la communauté open source envers la portabilité et considère que les objections répétées aux ports matériels sont souvent infondées. Il défend la valeur pédagogique et pratique d'architectures parfois qualifiées de « vieilles » comme Alpha, MIPS, SPARC, PowerPC et Motorola 68000, et cite la découverte d'un bug de sécurité sur un Pentium 586 réel. Il affirme que l'endianness reste pertinente, que les architectures big-endian et bi-endian ont leur place, et donne des exemples où des bugs dans Git et Clang n'ont été révélés que sur systèmes big-endian. Sur le 32 bits, il note que malgré la limite de mémoire, ces plateformes sont encore répandues dans des environnements à ressources limitées et encouragent l'optimisation et l'efficience logicielle. Il conclut en appelant les mainteneurs à accepter et soutenir les ports communautaires pour améliorer la qualité, la robustesse et l'utilité des projets libres.

06:02

Show HN: Gemma Gem – AI model embedded in a browser – no API keys, no cloud

L'extension installe un assistant IA exécuté entièrement localement dans le navigateur via WebGPU, sans clés API ni envoi de données vers le cloud. Elle utilise le modèle Gemma 4 (E2B ≈ 500 Mo ou E4B ≈ 1,5 Go) via @huggingface/transformers et peut lire des pages, cliquer, remplir des formulaires, exécuter du JavaScript et répondre à des questions sur le site visité. Le fonctionnement repose sur une architecture avec un document offscreen pour l'inférence et la boucle d'agent, un service worker pour le routage, les captures d'écran et l'exécution JS, et un content script qui injecte l'interface et exécute les outils DOM. Les outils fournis permettent notamment de lire le contenu de la page, prendre des captures, cliquer ou taper via sélecteurs CSS, faire défiler et lancer du JavaScript, chaque outil s'exécutant dans le contexte approprié (content script ou service worker). Des réglages permettent de changer de modèle, d'activer le mode de réflexion natif, de limiter les itérations, de réinitialiser le contexte ou de désactiver l'extension par hôte, et le dépôt comprend des commandes pnpm pour le développement ainsi que des journaux préfixés pour faciliter le débogage.

06:02

Case study: recovery of a corrupted 12 TB multi-device pool

L'auteur présente une étude de cas sur la récupération d'un pool btrfs de 12 To multi‑périphériques gravement corrompu après une coupure de courant. La corruption des arbres d'extent et d'espace libre sur un pool à trois dispositifs (data single, metadata DUP, disques DM‑SMR) a rendu toute réparation native inefficace et a provoqué une boucle de plus de 46 000 commits lors d'un btrfs check --repair, effaçant les points de restauration dans backup_roots. La récupération a réussi à l'aide de quatorze outils C personnalisés utilisant l'API interne de btrfs‑progs, avec une perte finale de données d'environ 7,2 Mo sur 4,59 To, et le pool est désormais opérationnel. L'auteur détaille neuf axes d'amélioration prioritaires pour btrfs‑progs (par ex. détection de progression dans --repair, commandes rescue pour reconstruire l'étendue et nettoyer les inodes orphelins, gestion encadrée d'EEXIST et meilleure documentation), et fournit une implémentation de référence sur GitHub. Il propose ces éléments comme contribution constructive, offre de fournir des preuves et de tester des correctifs, et précise que les outils publiés ont par défaut un mode lecture seule et un mode --write activable.

06:01

Artemis II crew see first glimpse of far side of Moon [video]

L'équipage de la mission Artemis II a déclaré avoir vu pour la première fois la face cachée de la Lune. Les astronautes de la Nasa Reid Wiseman, Victor Glover et Christina Koch, ainsi que l'astronaute de l'Agence spatiale canadienne Jeremy Hansen, sont entrés dans le troisième jour de leur mission à bord du vaisseau Orion. Christina Koch a déclaré ressentir que ce n'était pas la Lune qu'elle avait l'habitude de voir. L'équipage a partagé une photo du bassin d'Orientale, que la Nasa a indiqué être la première fois que l'ensemble du bassin était observé par des yeux humains. À 23h00 BST samedi, le tableau de bord en ligne de la Nasa indiquait que la sonde Artemis II se trouvait à plus de 180 000 miles (289 681 km) de la Terre.

06:01

LÖVE: 2D Game Framework for Lua

LÖVE est un projet libre et multiplateforme permettant de développer des jeux 2D en Lua pour Windows, macOS, Linux, Android et iOS. La documentation est maintenue sur un wiki et l'aide est disponible via les forums officiels, Discord et le subreddit. Le dépôt comporte une branche main pour le développement majeur, des branches pour les versions publiées, des tags et des téléchargements binaires, ainsi que des builds expérimentaux et nocturnes distribués via GitHub CI, PPA ou AUR. Une suite de tests couvre toutes les API de LÖVE et peut être exécutée localement comme un projet LÖVE, avec des informations supplémentaires dans le dossier testing. Les contributions sont souhaitées via issues et pull requests (les apports générés par IA ne sont pas acceptés), et des instructions de compilation et une liste de dépendances sont fournies pour Windows, macOS, iOS, Android et systèmes *nix.

06:01

Winners of the 2026 Kokuyo Design Awards

Organisé par l'entreprise centenaire KOKUYO, ce concours de design, qui existe depuis près d'un quart de siècle, reçoit chaque année environ 1 500 propositions non commercialisées et offre aux lauréats la possibilité de voir leurs concepts fabriqués. Pour l'édition actuelle, le thème hamon — « design qui résonne » — invitait les créateurs à puiser dans leur expérience vécue, et un Grand Prix ainsi que trois mentions ont été annoncés le mois dernier. Le Grand Prix a distingué Before Note de Hiroki Kannari, une réinvention du carnet sous la forme d'un « pré-carnet » constitué de feuilles assemblées que l'utilisateur compose lui‑même en choisissant le nombre de pages et le dessin de la couverture. Parmi les mentions, Gram de Takashi Higashide joue sur des variations de poids pour modifier subtilement la sensation d'écriture, Notebooks Identified by Edges de Yuji Tsukamoto différencie visuellement des carnets par des tranches colorées tout en réduisant l'usage d'encre, et le Gradience Diary de Mizuki Igarashi et Rara Takizawa remplace les cases rigides par un dégradé flexible qui suit le flux réel du temps. Les finalistes présentaient d'autres approches matérielles et conceptuelles, comme un papier d'emballage en nid d'abeille décoratif, un stylo produisant des traits estompés, un carnet jouant sur lignes et espaces, un marque-page inspiré de la brume pour une lecture atmosphérique, et un stylo destiné à capter les éclairs d'inspiration.

06:01

Microsoft hasn't had a coherent GUI strategy since Petzold

L'auteur décrit la confusion des développeurs face à la question « quel framework Windows choisir ? » et retrace trente ans d'événements expliquant l'absence de réponse claire. Dans les années 1980 et 1990, Win32 et le livre Programming Windows de Charles Petzold ont offert un modèle unique et cohérent pour concevoir des applications Windows. Par la suite, des initiatives successives (MFC, COM/ActiveX, WPF, Silverlight, WinRT, UWP, WinUI et autres) ont introduit des alternatives concurrentes, des renversements stratégiques et des conflits organisationnels qui ont fragmenté l'écosystème. Aujourd'hui coexistent de nombreuses approches — frameworks natifs, solutions web‑hybrides et projets tiers comme Electron, Flutter, Qt ou Avalonia — ce qui laisse les développeurs sans réponse simple et unifiée. La leçon exposée est que sans une stratégie plausible couvrant adoption, investissement, maintenance et migration, les bonnes technologies peuvent être rendues inefficaces et laisser les développeurs orphelins.