Hacker News
-
How I use LLMs to learn complex topics
L'auteur explique sa méthode pour apprendre des sujets complexes avec les LLM : au lieu de simples explications, il demande à un modèle de construire une base de connaissances, de la vérifier, puis de générer une simulation animée type Rollercoaster Tycoon. Il a appliqué cette approche à la fabrication de puces électroniques, donnant naissance à ChipTycoon, une visualisation du processus depuis le sable jusqu'au data center. Il suggère d'enrichir la simulation avec des objets 3D plus réalistes et des défis pour mieux retenir.
Plusieurs commentateurs contestent l'efficacité réelle des LLM pour apprendre des sujets complexes : ils évoquent des résumés oversimplifiés, des métaphores pop-science et un risque de fausse impression d'apprentissage. Certains partagent toutefois des retours positifs, notamment pour apprendre Rust en pratiquant, ou via la méthode socratique en mode vocal, où le LLM pose des questions et guide l'étudiant. Un avis minoritaire estime que les LLM sont surtout utiles en complément de supports traditionnels (livres, documentation), et non pour générer un cours complet.
La discussion corrige surtout l'article sur deux points. D'abord, l'affirmation selon laquelle l'animation produite serait « 100% accurate and free of hallucinations » est jugée intenable : un débutant ne peut pas vérifier cette exactitude, et une vérification par l'IA elle-même revient à « turtles all the way down ». Ensuite, un commentateur rapporte avoir testé ChatGPT sur un livre de 700 pages : seulement 60 à 90% de réponses correctes pour des quiz de vérification de faits, ce qui montre une fiabilité insuffisante pour un apprenant. Plusieurs notent aussi que l'animation type Rollercoaster Tycoon n'est pas une vraie simulation et peut même embrouiller davantage.
Un point récurrent est l'absence de processus de revue humaine pour les contenus générés par IA, contrairement aux livres ou vidéos commentées. Certains recommandent d'utiliser le LLM pour explorer un domaine, puis de vérifier avec des sources classiques. D'autres insistent sur le fait qu'il n'y a pas de raccourci : il faut faire le travail d'approfondissement soi-même. Enfin, une préoccupation existentielle sur la valeur de l'apprentissage est écartée par un commentateur : apprendre reste utile pour savoir si l'on va dans la bonne direction, et les tokens coûtent de l'argent.
-
Windows 11's built-in Weather app wastes more than 1 GB of RAM
L'application Météo de Windows 11 peut consommer plus de 1 Go de RAM, jusqu'à 1,5-1,6 Go lors d'interactions simples, selon des tests de Windows Latest. Elle repose sur WebView2 (Chromium) plutôt que sur une implémentation native, d'où une empreinte mémoire environ cinq fois supérieure à celle de l'application météo de macOS. La consommation peut pénaliser les PC dotés de 8 ou 16 Go de RAM, et l'application intègre également des publicités, ce qui contredit les efforts d'efficacité affichés par Microsoft.
La discussion confirme largement le constat de l'article : l'application Météo de Windows 11 est anormalement gourmande en mémoire. Plusieurs commentateurs soulignent qu'il s'agit en réalité d'une application web basée sur WebView2, ce qui explique l'essentiel de la consommation. Les critiques portent aussi sur la présence de publicités et de flux MSN imposés, jugés inacceptables pour une application utilitaire. Certains rappellent que la version Windows 10 était native et bien plus légère, et s'interrogent sur le choix de Microsoft de tout transformer en web app.
Plusieurs nuances et corrections sont apportées. Un commentateur expert explique que la mesure de la RAM est complexe : la mémoire affichée peut être partagée entre processus, et tuer l'application ne libérerait pas forcément toute la somme. Mais un autre affirme avoir constaté la libération d'environ 1 Go après fermeture. Des relevés personnels varient : un utilisateur mesure 540 Mo en actif, loin du gigaoctet annoncé, selon la région ou la source de données. Un travail pratique est proposé : créer un raccourci vers MSN Weather dans Edge avec uBlock Origin, ce qui ramène la consommation à environ 130 Mo tout en supprimant les pubs. D'autres recommandent des alternatives natives comme Wego, utilisée depuis dix ans.
Au-delà du cas précis, la discussion dénonce une tendance plus large au gaspillage de mémoire dans les applications modernes, comparée à des systèmes entiers tournant avec 1 Go ou moins. Certains évoquent la pression à la productivité qui pousse à utiliser des frameworks lourds plutôt que du code natif, ou encore la difficulté de recruter des développeurs natifs. Un avis minoritaire relativise en notant que des applications comme le JetBrains Toolbox consomment encore plus, et qu'une comparaison avec l'app météo de macOS (230 Mo) montre que le problème n'est pas propre à Microsoft. Mais la quasi-totalité des participants s'accorde à dire que même 230 Mo est excessif pour une simple appli météo.
-
Mea Culpa – Dark Hours
Le développeur Satvik Pendem reconnaît avoir lancé un site web, Dark Hours, très similaire à une application open source existante appelée DarkHours.app, créée par un autre développeur. Après que ce dernier a signalé les similitudes, Pendem a redirigé le domaine vers le projet original et abandonné ses plans d'application iOS. Il présente ses excuses pour son usage irresponsable de l'IA (Claude) pour générer le projet sans vérifier son originalité, et annonce qu'il n'utilisera plus l'IA de cette façon pour créer des applications web.
La discussion HN est très majoritairement sceptique envers le mea culpa du développeur. Plusieurs commentateurs rappellent la chronologie complète : l'app d'astrologie rejetée, puis le remplacement par une copie quasi conforme de l'application open source Dark Hours, jusqu'au nom et à un bug spécifique, avec redirection de domaine. Ils y voient une tentative de « limited hangout » ou de « c'est l'IA qui a copié », et soulignent que l'auteur a induit John Gruber en erreur, l'obligeant à publier une rétractation. Le point central : on ne peut pas se défausser sur un LLM, on est responsable de ce qu'on publie.
Quelques voix nuancées : certains créditent l'auteur d'avoir fini par avouer, d'autres jugent cette responsabilité tardive et calculée. Un débat oppose ceux qui estiment qu'un modèle comme Claude ne peut pas copier un projet entier sans qu'on le lui demande, et ceux qui pensent que c'est possible. Un commentaire remarque que l'original était aussi « vibe-coded », ce qui relativiserait le plagiat selon lui, mais c'est un avis isolé.
Au-delà du cas individuel, la discussion élargit le sujet de la responsabilité éditoriale avec l'IA, citant d'autres exemples (Jeff Geerling). Les commentaires apportent des éléments factuels : même nom (Dark Hours vs DarkHours), même bug, domaine darkhours.io redirigé vers darkhours.app, et la première rétractation de Gruber en 25 ans. L'article initial (le mea culpa) est donc largement contredit et perçu comme une manœuvre de communication.
-
My server is a phone now
L'auteur remplace son VPS Hetzner par un CMF Phone 1 pour héberger ses services personnels. Après un échec avec postmarketOS, il conserve Android et utilise Termux comme environnement hôte, avec runit pour la supervision, Tailscale pour le réseau et Ansible pour la configuration. Les applications Linux tournent via proot puis via chroot après un gain de performance, notamment pour Chrome.
L'article suscite un débat sur la viabilité d'un téléphone comme serveur. Plusieurs commentateurs corrigent le titre, préférant « My phone is a server now », et s'inquiètent des risques d'incendie liés à une alimentation 24/7, recommandant de retirer la batterie ou de limiter la charge à 80 %. D'autres expliquent que les circuits d'alimentation des smartphones alimentent directement le processeur une fois la charge terminée, réduisant l'usure. Un avis souligne que tout téléphone ne permet pas de suivre la méthode de l'auteur : le déverrouillage du bootloader est souvent requis, et sans root, il est impossible de lier des ports, obligeant à passer par un proxy. La discussion nuance également l'article en rappelant les limites d'Android et la nécessité de correctifs de sécurité.
Sur le choix du matériel, les avis divergent. Certains vantent les vieux PC de bureau (i5, 8 Go RAM) pour un meilleur rapport performance/prix, tandis que d'autres mettent en avant la compacité, le silence et la faible consommation des téléphones. Des retours de terrain incluent l'utilisation d'un boîtier fanless comme routeur hébergeant aussi des VM, ou d'un NUC avec Docker et Tailscale. Un praticien a réussi à intégrer un ancien Samsung comme nœud Kubernetes via postmarketOS, mais note que Samsung bloque désormais le déverrouillage du bootloader. La question de la longévité du stockage eMMC est soulevée, mais un commentateur rétorque que tout stockage peut mourir, d'où l'importance des sauvegardes, l'eMMC ayant des indicateurs de santé.
Enfin, une discussion parallèle oppose Surf, un navigateur pour anciens iPad, à Camoufox, un anti-détection browser, sans lien direct avec l'article. Globalement, les commentaires enrichissent l'article en soulignant les contraintes logicielles (bootloader, root) et matérielles (batterie, stockage), tout en reconnaissant l'intérêt ludique du projet. Aucun consensus ne se dégage sur la solution idéale, mais tous s'accordent sur la nécessité de adaptations et de précautions.
-
Everything you do is being recorded
L'article explore la course aux armements entre les enregistreurs équipés d'IA et les contre-mesures de brouillage. Des appareils portables comme des pins ou lunettes dotés d'IA peuvent enregistrer discrètement, poussant à développer des brouilleurs. Des exemples historiques (radar en Seconde Guerre mondiale) illustrent cette dynamique. Les brouilleurs ultrasoniques actuels sont contournés par les algorithmes de restauration de la parole. Des chercheurs travaillent sur des brouilleurs imitant la voix, comme MicFrozen, ou des approches de brouillage sémantique (TrackMeNot). La start-up Deveillance développe le Spectre I, mais ses capacités restent à prouver. L'auteur conclut que la course continue, avec des IA capables de lire sur les lèvres ou de reconstruire la parole à partir de vibrations.
Plusieurs commentateurs estiment que la protection de la vie privée exige désormais une « tradecraft » de niveau cellule terroriste, avec un effort constant et une discipline parfaite. Un récit anecdotique d'un ex-agent du renseignement refusant tout smartphone chez lui illustre cette crainte, tandis qu'un autre ironise sur le fait qu'utiliser GrapheneOS suffirait à être traité de terroriste. À l'inverse, un chercheur d'emploi relativise : les données enregistrées ne sont probablement pas analysées de manière significative, la masse de données saturant les systèmes ; une surveillance sélective serait bien plus inquiétante. Ce contraste entre paranoïa et pragmatisme traverse toute la discussion.
La discussion apporte des éléments techniques concrets. Le projet de recherche original (Jammer) a inspiré l'article : il émet des ultrasons de forte puissance (~92 dBA à 25 kHz) pour saturer les microphones, mais un commentateur souligne que cela rendra les chiens du voisinage fous et que la sécurité animale n'a pas été prise en compte. Un autre mentionne la norme 6G incluant l'ISAC (sensing et communication intégrés), encore méconnue du grand public. Côté Apple, un débat s'engage : si la firme lançait un pin IA qui enregistre en permanence, elle perdrait son avantage perçu de non-surveillance ; plusieurs estiment que les produits actuels (montre, AirTags, AirPods) ne justifient pas un tel accessoire. Enfin, des liens d'archives (archive.is, gift link) sont échangés, avec des mises en garde sur la fiabilité d'archive.today.
Plus largement, des commentaires critiquent l'influence démesurée des corporations et appellent à une séparation entreprises/État, tout en notant que le lobbying est aussi vieux que l'administration américaine. Sur la question du consentement, un avis estime que les gens ne « veulent » pas être surveillés mais subissent la résignation ; un autre rétorque que la plupart utilisent volontairement Meta et des objets connectés. Un participant relativise encore en rappelant le précédent de la course au radar pendant la guerre, plus lourde de conséquences que le projet Manhattan.
-
Taxi drivers rarely die of Alzheimer's
Une étude de 2024 portant sur près de 9 millions de certificats de décès aux États-Unis montre que les chauffeurs de taxi et d'ambulance présentent le risque le plus faible de mourir de la maladie d'Alzheimer parmi 443 professions. L'effet serait lié à la navigation en temps réel, qui sollicite l'hippocampe, une région du cerveau touchée précocement par la maladie. Les chauffeurs suivant des itinéraires fixes n'en bénéficient pas. Une étude de 2000 sur les chauffeurs de taxi londoniens avait déjà montré une augmentation de matière grise dans l'hippocampe postérieur liée à l'expérience.
L'auteur, ingénieur en environnement, s'interroge sur l'effet du raisonnement spatial exercé via les systèmes d'information géographique (SIG). Des études sur la complexité de l'environnement et le risque d'Alzheimer suggèrent un effet protecteur, mais aucune recherche n'a testé si le travail sur écran sollicite les mêmes circuits que la navigation réelle.
Plusieurs commentateurs contestent le titre de l'article, jugé trompeur. Ils soulignent que l'effet réel est une réduction de 40 % (1 décès par Alzheimer pour 100 taxi/ambulanciers contre 1 pour 60 dans la population générale), ce qui ne justifie pas le mot « rarement ». Un commentaire pointe aussi que l'âge moyen de décès des taxis (67,8 ans) est inférieur à l'espérance de vie générale (74 ans) et à l'âge typique de diagnostic d'Alzheimer (79 ans), ce qui pourrait expliquer en partie la différence, même si l'étude ajuste sur l'âge. Un avis minoritaire estime que le lien est « clairement absurde » et qu'il faut chercher l'erreur dans la méthodologie.
La discussion met en avant plusieurs biais et explications alternatives. Plusieurs intervenants évoquent la sélection : les chauffeurs londoniens doivent réussir « The Knowledge », un test de mémoire spatiale très difficile ; seuls des individus au cerveau particulièrement résistant à Alzheimer deviendraient taxis, ce qui inverserait la causalité. D'autres mentionnent que les chauffeurs modernes utilisent le GPS et ne sollicitent plus leur mémoire spatiale, et qu'un chauffeur qui développe des symptômes précoces peut changer de métier, faussant les statistiques. Un commentaire précise que l'étude originale n'observe pas d'effet pour les autres démences, ce qui suggère un mécanisme spécifique au raisonnement spatial. La taille de l'échantillon pour les ambulanciers est jugée trop faible (10 décès par Alzheimer) pour être concluante.
Les commentateurs apportent des références utiles : un lien vers l'article BMJ, des discussions HN antérieures, et une reconstruction interactive des graphiques. Plusieurs s'interrogent sur les jeux vidéo, les échecs ou l'escalade comme activités spatiales équivalentes, sans consensus. Un commentaire ironique rappelle que les taxis passent leur temps en voiture, ce qui réduit le temps de consommation d'alcool, un facteur de risque connu. Enfin, certains notent que les chauffeurs de taxi meurent souvent dans des accidents de la route, ce qui peut « éliminer » les malades avant le diagnostic.
-
Dithered QR Codes
Article technique sur la création de QR codes personnalisés avec une image intégrée. L'auteur explique comment les modules de données peuvent être modifiés (rétrécis) pour laisser place à une photo en noir et blanc, tout en conservant la lisibilité grâce aux motifs de fonction. Il compare différentes méthodes de tramage (Bayer, Floyd-Steinberg) et propose une technique de diffusion d'erreur en deux passes pour masquer les modules imposés par le QR code. Un outil en ligne permet de générer ces codes, mais l'article rappelle le compromis entre esthétique et fiabilité de scan, surtout sur support imprimé.
La discussion salue la technique des QR codes tramés comme une idée amusante, et plusieurs commentateurs partagent des variantes ou des améliorations : l'utilisation de la couleur, la génération par diffusion d'images (comme ControlNet), voire des QR codes animés. Un commentateur relève la clarté de l'article, qui explique bien ce qu'est un QR code en quelques mots. D'autres renvoient à des outils en ligne ou à des réalisations similaires.
Mais la critique principale porte sur la robustesse : un praticien affirme que la méthode repose sur le fait que les lecteurs ne lisent que le point central de chaque module ; si un lecteur échantillonne la totalité du carré, ce qui est naturel pour un développeur soucieux de redondance, la technique échoue. Ce commentaire regrette qu'on n'exploite pas vraiment la correction d'erreur, mais qu'on la contourne. Un autre commentaire craint que le grand public ne reconnaisse plus le QR code tramé et ne songe pas à le scanner. Plusieurs témoignages évoquent des QR codes déjà rendus illisibles par des logos trop grands, illustrant la dérive esthétique au détriment de la fiabilité.
Enfin, un commentaire soulève un point juridique : le dépôt Codeberg ne contient pas de licence explicite, ce qui le place sous copyright par défaut. Il cite aussi la position officielle de DENSO WAVE, le détenteur du brevet, qui recommande de consulter l'entreprise avant toute déformation d'un QR code, car celle-ci peut affecter la lecture. La discussion corrige ainsi l'enthousiasme initial en rappelant que, si la technique est séduisante, elle est fragile et potentiellement contrefaisante.
-
Retraction: The App Store Rejection of the Week That Was a Correct Rejection
John Gruber publie une rétractation complète de son article précédent sur le refus de l'App Store. Il avait relayé la plainte du développeur Terry Godier, selon laquelle son application d'astronomie « Dark Hours » avait été rejetée à tort comme étant de l'astrologie. En réalité, l'application soumise par Godier, nommée « Asterly », était entièrement dédiée à l'astrologie et incluait notamment un tirage de carte de tarot quotidien ; le refus d'Apple était donc justifié. Godier a depuis modifié son billet pour reconnaître qu'Apple n'avait peut-être jamais reçu la version mise à jour sans contenu ésotérique. Gruber assume l'erreur et s'excuse, ajoutant des détails sur un conflit de nom avec un autre projet open-source « DarkHours ».
Plusieurs commentateurs saluent la rétractation de l'auteur comme un exemple rare de transparence et de responsabilité, contrastant avec les posts évasifs habituels. Ils notent cependant que l'article révèle surtout la malhonnêteté du développeur concerné : il aurait plagié un dépôt open source, conservé le même nom d'application, et tenté d'exploiter la controverse anti-Apple pour se faire de la publicité. Un commentateur souligne que la licence MIT choisie par l'auteur original facilite ce genre d'appropriation, et que sans marque déposée, rien n'empêche juridiquement ce copier-coller, contrairement à des projets comme Mozilla ou Blender.
La discussion conteste ou nuance certains points de l'article. Plusieurs intervenants doutent de la version selon laquelle Apple aurait examiné une mauvaise build : le comportement passé du développeur, y compris son app d'astrologie déguisée en app d'astronomie, le rend peu fiable. Un lien vers un post de Terry Godier est partagé, où celui-ci rejette la faute sur Claude sans s'excuser auprès de Gruber. Par ailleurs, la question de l'interdiction de l'astrologie sur l'App Store est débattue : certains la trouvent étrange comparée à la tolérance pour le créationnisme, tandis que d'autres expliquent qu'il s'agit d'une saturation de la catégorie, non d'un jugement de contenu.
Enfin, un commentateur exprime une inquiétude : la rétractation pourrait nécessiter une nouvelle correction, car il y aurait eu une simple mécommunication plutôt qu'un mensonge délibéré. Mais la plupart des avis estiment que la découverte du plagiat à la fin de l'article scelle la question : le développeur est un menteur en série, et la rétractation de l'auteur est justifiée.
-
Shopify replaced Redis with MySQL for inventory reservations–and it scaled
Shopify a remplacé Redis par MySQL pour son système de réservation de stock, afin de garantir l'absence de survente lors des paiements. L'ancien système Redis séparait les réservations et le registre d'inventaire, empêchant l'atomicité des opérations. La nouvelle solution utilise MySQL avec SKIP LOCKED, une ligne par unité vendable, et un pool borné de lignes disponibles par article/lieu (max 1 000). Les transactions ACID couvrent réserve et validation. Parmi les choix techniques : clé primaire composite pour réduire les verrous, isolation READ COMMITTED pour éviter les gap locks, ordre de verrouillage cohérent contre les deadlocks, et batching avec UNION ALL. L'article mentionne que le goulot d'étranglement réel diffère de ce qui était observé initialement, mais le texte s'arrête avant la conclusion.
La discussion autour du billet de Shopify sur le remplacement de Redis par MySQL pour les réservations d'inventaire est dominée par deux réactions contradictoires. D'un côté, plusieurs commentateurs accusent le texte d'être rédigé par une IA, dénonçant un style « slop » et des incohérences internes, notamment dans la section sur le verrouillage, qui utilise des noms de tables différents de ceux introduits plus tôt. D'un autre côté, d'autres défendent le fond, rappelant que la solution est spécifique au problème de Shopify et que l'usage d'outils d'IA ne retire pas la valeur technique. Un participant relève que l'article lui a appris des fonctionnalités de MySQL, tandis qu'un autre estime que la critique d'IA n'apporte rien de concret.
Sur le plan technique, les avis divergent. Certains jugent l'approche « une ligne par unité » avec un pool borné à 1 000 lignes artificielle et proposent des alternatives : une ligne par panier, un partitionnement par boutique, ou un processus de retour en arrière en arrière-plan. D'autres répondent que ces solutions déplacent la complexité (processus de nettoyage, files de messages, échecs). Le débat Redis/MySQL est aussi nuancé : un commentateur explique que Redis n'offre ni transactions ni persistance, ce qui justifie le choix de MySQL, tandis qu'un autre s'inquiète d'un recul de performance en cas de pic de trafic. Plusieurs participants soulignent le coût opérationnel de maintenir deux systèmes et la simplification apportée par le retour à une base unique. La discussion contredit donc l'article sur sa qualité rédactionnelle, mais pas sur son fond.
Enfin, une partie de la discussion s'éloigne de l'article pour critiquer Shopify : l'utilisation massive de l'IA par l'entreprise, les déclarations politiques du fondateur, des conditions de travail jugées toxiques, ou encore l'application Shop jugée intrusive. Ces digressions ne modifient pas la compréhension technique, mais expliquent peut-être la méfiance envers le billet. Au final, la discussion apporte des corrections ponctuelles et des alternatives de conception, tout en confirmant l'intérêt du cas pratique pour les systèmes de gestion d'inventaire à grande échelle.
-
Ask HN: What are you working on? (August 2026)
Post Hacker News intitulé « Ask HN: What are you working on? (August 2026) », une question ouverte aux lecteurs sur leurs projets en cours. Aucun détail supplémentaire fourni.
La discussion rassemble une trentaine de projets très divers, portés par des développeurs solo ou de petites équipes, souvent bootstrapés. On trouve pêle-mêle un simulateur de menuiserie avec agents MCP, un jeu de mots sur le thème des chats, un runner local pour GitHub Actions, une récréation d'EverQuest jouable dans le navigateur, une plateforme de conformité SOC2/ISO27001, un outil de gestion de questionnaires de sécurité, une app de diagnostic auto OBD2, un framework UI natif en Rust, un éditeur vidéo open source, un catalogue de temples indiens, un lecteur audio style Winamp, un jeu de bateau pour enfants, un système de fichiers P2P, un éditeur vocal type Melodyne, une dockbar Linux, un backend pour vibe coders et un service de collages photo post-événement.
Plusieurs commentateurs soulignent le rôle de l'IA dans l'accélération du développement : l'un mentionne que l'IA a permis de couvrir UI, level design, code et vidéo pour un jeu ; un autre a « vibe codé » les premières versions avant de réécrire. L'outil Preloop suscite l'intérêt : il répond à une frustration sur la fiabilité de GitHub Actions et se compare à act, un projet existant. Un praticien note que le web est devenu hostile au scraping, avec 50 % des sites bloquant les IP non résidentielles. Sur la monétisation, un éditeur vidéo open source constate que les utilisateurs gratuits donnent plus de feedback que ceux qui paient ; un autre projet teste un paiement au moment du partage.
Le fil est aussi l'occasion d'échanges pratiques : demandes d'adaptateur OBD2, suggestions de filtres par région pour le catalogue de temples, comparaison de frameworks (gpui, Dioxus, Slint), et questions sur l'implication d'un enfant de 5 ans dans le développement. Aucun commentaire ne contredit directement l'article, mais ils l'enrichissent de retours de terrain et de comparaisons techniques. Plusieurs projets cherchent des testeurs, comme l'éditeur vocal PitchDance.
-
Silicon Valley misreads science fiction and undermines democracy
Dans son livre à paraître « The Rise and Fall of the Artificial State », l’historienne Jill Lepore, prix Pulitzer, s’entretient avec TechCrunch. Elle y développe l’idée que les entreprises technologiques remplacent de plus en plus les fonctions de l’État de droit démocratique, marquant « un retour à la tyrannie et à la mystification sous la forme d’un gouvernement par les algorithmes, les corporations et les machines ». Elle précise ne pas être anti-technologie, mais critique le fait que des sociétés privées assument des prérogatives étatiques sans consentement.
Selon elle, des figures comme Elon Musk et Sam Altman incarnent une vision inspirée d’une science-fiction mal lue. Elle évoque notamment la publicité Apple « 1984 », la création d’un « tribunal suprême » par Facebook en 2016, la constitution rédigée par un philosophe moral pour Anthropic, et la suggestion d’Altman d’un « président IA ». Elle rappelle que dans les années 1990, des libertariens voulaient utiliser l’internet pour éradiquer l’État-nation, et estime que l’on peut encore imaginer d’autres trajectoires.
Plusieurs commentateurs contestent la thèse centrale de l'article, selon laquelle les dirigeants de la Silicon Valley « lisent mal » la science-fiction. Pour beaucoup, le problème n'est pas une mauvaise lecture mais la richesse et l'isolement : une fois ultra-riches, ces dirigeants n'ont plus besoin des institutions démocratiques et ne s'intéressent qu'aux libertés qui les avantagent (fiscalité, régulation). Un commentateur souligne que leur protection face aux conséquences de leurs décisions les empêche d'analyser les externalités négatives, les transformant en « bulldozers délirants ». D'autres vont plus loin : il ne s'agirait pas d'une mélecture mais d'une identification délibérée aux personnages méchants de la fiction (Musk inspiré par Deus Ex, Palantir nommé d'après l'objet de Tolkien), ou d'un simple opportunisme idéologique.
La discussion corrige aussi l'article sur des points factuels. Plusieurs intervenants notent que la science-fiction est d'abord un divertissement et que l'on peut en apprécier des éléments sans adopter sa politique ; un avis minoritaire estime que l'accusation de « mauvaise lecture » est un homme de paille, car les intéressés comprennent très bien mais choisissent de désapprouver. Un commentateur contredit l'affirmation selon laquelle le secteur privé érode l'État : il cite des chiffres (croissance du budget fédéral de 20 % à 40 % du PIB, multiplication des agences de régulation, explosion du Code of Federal Regulations) pour montrer que l'État n'a jamais été aussi puissant. D'autres renvoient à des analyses antérieures jugées plus pertinentes, comme Democracy Incorporated ou les travaux d'Adam Becker, absents de l'article. Enfin, plusieurs commentateurs proposent une autre origine au phénomène : non pas le Super Bowl 1984 d'Apple mais la Déclaration d'indépendance du cyberespace de John Perry Barlow (1996), qui a profondément marqué l'idéologie californienne.
Au final, la discussion est partagée : certains voient dans l'article une réflexion pertinente sur la dérive technocratique, d'autres le jugent confus et surinterprétant la science-fiction.
-
Cool URIs Don't Change (1998)
Un article de 1998 intitulé « Cool URIs Don't Change », partagé sur Hacker News, sans texte disponible dans la source fournie.
Les commentateurs s'accordent largement sur la pertinence durable de l'article, certains notant que l'URL de la page fonctionne toujours après 28 ans, preuve de sa propre recommandation. Plusieurs témoignages concrets illustrent la persistance du problème : des liens Microsoft Windows 10 pointant vers des pages génériques, des URL de la NSF renvoyant un 404 (supprimées entre mai et septembre 2025, possiblement en lien avec une réorganisation gouvernementale), ou encore les changements fréquents d'URL dans les sites gouvernementaux allemands, qui créent une charge de maintenance réelle. Un commentateur évoque des recherches sur le link rot estimant la perte à quelques pour cent par an.
Un point de divergence important porte sur la nature même des URL. Certains soutiennent que leur instabilité est inhérente : elles incluent le mode d'accès et reflètent l'évolution du web de documents vers des services, devenant des appels de procédure. D'autres rétorquent qu'une référence doit rester stable, comparant les URL au système décimal de Dewey. Un avis minoritaire estime même qu'attendre qu'une URL fonctionne après des années est illusoire et qu'il faut laisser les propriétaires changer leurs liens, les moteurs de recherche suffisant à retrouver le contenu. Cette position est toutefois contredite par plusieurs intervenants pour qui la pérennité est un principe fondamental.
La discussion corrige et nuance l'article. Plusieurs rappellent que les redirections 301/302, les CMS et le SEO ont largement atténué le problème, même si ces solutions ne survivent pas toujours à plusieurs réorganisations. Des conseils pratiques émergent : pour les sites statiques, générer de manière append-only et vérifier que l'ensemble des anciennes URL reste un sous-ensemble des nouvelles ; utiliser des identifiants pérennes comme les DOI. Un commentateur relève que le W3C n'a pas suivi sa propre recommandation sur sa page d'accessibilité, et un autre constate que les flux RSS cassent souvent lors d'un changement de plateforme. Enfin, une remarque stylistique ironise sur les marges aléatoires des titres de l'article, qui changent selon le niveau de titre.
-
Tom Stanton's supersonic trebuchet breaks sound barrier with gravity alone
Tom Stanton a construit une trébuchet à contrepoids purement gravitaire capable de franchir le mur du son. En laissant tomber une masse de 40 kg, un bras en fibre de carbone a tourné à plus de 2 300 tr/min, projetant un projectile de 4 g à 776 mph (1 248 km/h), soit 15 km/h au-delà de la vitesse du son. Pour surmonter les limites physiques, il a utilisé un système de poulies avec rapport 3:1 et un tambour conique afin d'augmenter la vitesse de rotation. Le bras en fibre de carbone (116 g) a été usiné avec une CNC maison et renforcé. Le lâcher mécanique a été réglé avec une fenêtre de quelques millisecondes. Les tests progressifs ont montré des performances croissantes, et le tir final a produit un bang supersonique audible.
La discussion dépasse largement l'article vidéo : plusieurs commentateurs partagent des liens directs (YouTube) pour éviter le « blogspam », et des liens vers des vidéos connexes, notamment un autre trebuchet supersonique à élastiques. Un commentateur donne des chiffres précis : projectile de 4 grammes lancé à 776 mph, soit environ 62 grains, deux fois plus lourd qu'une .22LR haute vitesse et 1,5 fois plus lourd qu'une .22 subsonique. D'autres relèvent des similitudes techniques avec le tambour en dyneema d'un vélo Thys, et des propositions historiques (lanceurs lunaires à fronde).
Plusieurs commentaires apportent des nuances pratiques. Concernant la sécurité, un intervenant s'interroge sur la maîtrise de la trajectoire, mais un autre précise que le tir est contrôlé mécaniquement à 0,5 degré près, que le projectile en plastique imprimé 3D pèse quelques grammes et qu'il est tiré dans une zone vide sur des kilomètres. La comparaison avec un trajet en voiture est évoquée pour relativiser le danger. Un avis critique juge la démonstration « sans intérêt » et la rapproche des vidéos de Mr Beast, mais cette position est fermement rejetée par plusieurs commentateurs qui saluent la valeur éducative et l'ingéniosité de Tom Stanton.
Sur le fond, plusieurs commentateurs débattent des applications potentielles : défense antiaérienne, lancement de bombes de graines, déclenchement d'avalanches, ou encore drone defense. Mais un praticien rétorque que pour un usage pratique, des lanceurs pneumatiques seraient plus simples et plus fiables. Un autre fil explore l'idée de mettre à l'échelle le mécanisme (bras multi-révolutions) pour lancer des projectiles d'une tonne avec des techniques de construction anciennes, en soulignant que cela n'a jamais été fait historiquement et que la corde en dyneema moderne est l'élément clé. La discussion ne contredit pas l'article mais le complète par des précisions techniques et des débats d'ingénierie.
-
Os8088: A powerful Mac-like OS for the IBM XT, 286, 386
os8088 1.0 est un système d'exploitation graphique pour IBM PC/XT, recréant un bureau de type Macintosh System 1 sur les processeurs Intel 8086/8088. Écrit en assembleur real-mode et amorcé depuis une disquette, il propose fenêtres chevauchantes, menus déroulants, souris série et multitâche préemptif (12 tâches à 18,2 Hz), le tout dans 256 Ko de RAM. Il fonctionne en VGA 640x480 16 couleurs, Hercules 720x348 ou CGA 640x200, et ne repose sur aucun DOS.
Le projet est un passe-temps complet mais non produit, avec le code source en NASM sur GitHub. Des images disque ont été testées sur des machines d'époque (IBM 5150, Toshiba T1100 Plus, 286). L'article évoque aussi GEM 1.0 de Digital Research (1985), poursuivi par Apple, et dont os8088 reprend l'idée quarante ans plus tard en y ajoutant le multitâche préemptif absent à l'époque.
La discussion porte surtout sur le rôle de l'IA dans ce projet. Le système est écrit avec Claude, ce qui suscite des réactions partagées : certains y voient une démonstration impressionnante des capacités de l'IA, d'autres le rejettent comme du « slop » ou estiment que cela enlève tout mérite. L'auteur répond que c'est un hobby, qu'il a documenté le processus en vidéo, et qu'il va modifier la page pour rendre la part de l'IA plus transparente. Plusieurs commentateurs notent l'hypocrisie de ceux qui utilisent l'IA tout en dénigrant ce type de projet, tandis que d'autres rétorquent qu'il y a deux populations différentes.
Les commentaires corrigent et nuancent l'article. Sur le plan historique, VisiOn n'a pas révélé les interfaces graphiques à Bill Gates : il avait déjà recruté des experts de PARC et vu des démos. D'autres systèmes similaires ont existé, comme GeoWorks (PC/GEOS) ou l'Atari GOS. Techniquement, l'absence de mode protégé rend le système vulnérable : n'importe quel programme peut réécrire le gestionnaire d'interruptions. Un praticien examine le code et doute qu'il soit meilleur que ce qu'un bon compilateur C produirait, citant des optimisations possibles. D'autres remarquent que le paradoxe est réel, mais que ce n'est pas vraiment « Mac-like » sans polices proportionnelles ni QuickDraw. L'auteur lui-même explique qu'il a choisi de rester en mode réel pour tenir sur du matériel lent.
Plusieurs informations concrètes sont apportées : l'auteur confirme que ça tourne sur du matériel réel, avec support FAT12/16, Sound Blaster, et un support disque dur récemment ajouté mais encore bogué. Un pilote réseau est prévu. Le coût en tokens est chiffré à « plusieurs millions ». Un commentateur possède un IBM PC 8088 et compte tester ; un autre rappelle qu'on peut essayer dans le navigateur. Au-delà de la controverse sur l'IA, la discussion montre un intérêt réel pour les limites techniques de ces machines et pour ce que l'IA permet désormais de créer en peu de temps.
-
I made tinnitus my friend, then it disappeared [video]
Vidéo sur une approche personnelle des acouphènes.
Plusieurs commentateurs partagent leur expérience personnelle du tinnitus et nuancent fortement la promesse du titre. L'approche consistant à « se lier d'amitié » avec le tinnitus est reconnue comme une forme de thérapie d'acceptation et d'engagement (ACT) : un commentateur explique que chercher à l'éviter ou à le masquer renforce l'hypervigilance, et que l'accepter permet au cerveau de le filtrer. D'autres, plus nombreux, témoignent que le tinnitus ne disparaît jamais vraiment, mais qu'ils arrivent à l'ignorer la plupart du temps, souvent grâce à des sons de masquage (pluie, bruit blanc, mynoise.net). Un commentateur note ironiquement que lire ce fil rend son tinnitus plus présent, illustrant l'effet d'attention.
La discussion apporte plusieurs corrections et compléments concrets. Un commentateur attribue la disparition de son tinnitus à un travail sur sa posture cervicale, mais un autre répond que la correction posturale prend des mois et n'est jamais un traitement ponctuel, car les forces qui la dégradent continuent. Plusieurs remèdes anecdotiques sont cités : vitamine B12, magnésium, vitamine D. Un avis important distingue le tinnitus pulsatile, qui peut signaler un problème vasculaire et mérite un examen médical (angio-IRM) et éventuellement une intervention chirurgicale. Enfin, certains évoquent des causes moins connues comme une mauvaise posture, une naissance prématurée, ou des acouphènes « typewriter » intermittents.
Globalement, la discussion confirme que le message principal de l'article (l'acceptation plutôt que la lutte) fait écho à des expériences vécues, mais elle contredit l'idée d'une disparition complète et durable : la majorité des témoignages décrivent une gestion au quotidien, avec des hauts et des bas, et non une guérison. Le seul vrai point d'accord est que l'anxiété et l'attention focalisée aggravent la perception du tinnitus, tandis que l'acceptation et les distractions sonores aident à le reléguer à l'arrière-plan. Aucun traitement universel ne se dégage, et plusieurs commentateurs insistent sur la nécessité de consulter pour les formes vasculaires.
-
The original URL for this prediction will no longer be available in 11 years (2011)
Un pari datant de 2011 sur la pérennité des URLs : l'auteur prédit que l'adresse www.longbets.org/601 ne sera plus disponible dans 11 ans. Les conditions précisent que le 22 février 2022, cette URL doit renvoyer un document HTML contenant un texte exact. L'auteur évoque le link rot et sa propre expérience de stabilité via des redirections 301.
La discussion tourne autour des difficultés concrètes de maintenir une URL en vie sur le long terme. Plusieurs commentateurs soulignent que le problème n'est pas tant technique qu'organisationnel : convaincre un employeur de ne pas supprimer l'ancien site, survivre à une faillite de startup, ou encore payer l'hébergement et le renouvellement de domaine après sa propre mort. Un commentaire illustre qu'avec des tests et une conversion en pages statiques, on peut garder des URLs pendant 24 ans, mais un autre répond que cela ne garantit rien une fois qu'on n'est plus là. Le consensus implicite est que ce pari sur longbets.org revient en réalité à parier sur la pérennité de l'organisation elle-même, d'autant qu'un pari suffisamment important devient auto-réalisateur : l'une des parties a intérêt à maintenir l'URL en vie.
Plusieurs remarques corrigent ou nuancent l'article. Un commentateur signale que certaines prédictions du site sont déjà hors ligne (par exemple les paris 6 et 9), alors que le site principal fonctionne toujours. La question du protocole HTTP est discutée : le pari spécifie qu'un redirection 301 vers une autre URL contenant le texte satisferait la condition, et un test montre que http://longbets.org/601 redirige bien vers https://longbets.org/601/ avec un 301, ce qui valide le pari. Mais un commentateur note que la condition « retourner un document HTML contenant le texte » pose problème à l'ère des pages qui ne contiennent que du JavaScript et chargent le contenu dynamiquement. Un autre rappelle que le test de Turing reste un concept flou, et que les LLM échouent facilement pour un humain un peu attentif.
Le fil apporte aussi des informations pratiques : certains développeurs intègrent des règles de redirection dans leur application pour ne pas oublier les anciens liens, et les commentaires Disqus de la page d'origine sont toujours actifs, ce qui étonne. Un participant demande un moyen de lister les paris expirant cette année, sans résultat. Enfin, un avis minoritaire évoque des alternatives comme Freenet pour un hébergement non dépendant de volonté individuelle, mais cela reste une digression promotionnelle.
-
Analyzing data from Silicon Valley ventures and founders prosecuted for fraud
L'article analyse des données sur des startups de la Silicon Valley et des fondateurs poursuivis pour fraude.
Les commentaires valident le constat de l'article sur les « façades » dans les startups, avec des témoignages concrets de pression. Plusieurs praticiens racontent avoir été incités à gonfler les chiffres ou avoir vu des collègues le faire. Un commentateur a quitté une startup après avoir découvert que son cofondateur mentait aux investisseurs et a constaté que ces derniers préféraient laisser la startup mourir plutôt que de poursuivre le fraudeur. Un autre raconte une startup ayant levé plus d'un million de dollars sur un mockup et un diaporama. D'autres encore soulignent que les métriques d'utilisateurs sont en réalité souvent définies précisément, mais que c'est la qualité des chiffres qui reste floue, ou que les revenus peuvent être fictifs.
Plusieurs commentateurs estiment que les investisseurs en capital-risque sont complices, car ils ne vérifient pas suffisamment et profitent du battage médiatique. L'exemple de Nikola est cité : un audit simple aurait révélé la fraude. La période de taux zéro (ZIRP) a rendu la fraude peu coûteuse à poursuivre, mais certains voient une évolution récente : des investisseurs demandent désormais des métriques vérifiées, par exemple via des API connectées. Cela nuance l'article en suggérant une auto-correction du marché après la fin de l'argent facile. Un avis minoritaire compare ce comportement à celui d'autres secteurs et raconte avoir sous-évalué ses chiffres pour attirer des investisseurs de qualité.
La discussion corrige ou précise l'article sur un point : le cas Theranos serait évoqué sous le pseudonyme « ScaleX » dans l'article. Par ailleurs, certains commentateurs critiquent le terme « facading » comme un euphémisme pour mensonge ou vol, et appellent à des sanctions pénales sévères. D'autres remarquent que ce phénomène n'est pas propre à la Silicon Valley, mais y est particulièrement normalisé. Enfin, la question du contexte post-ZIRP revient : plusieurs pensent que les conditions de financement actuelles devraient réduire les fraudes, même si un commentateur ironise sur le fait que « façading a rendu Elon Musk très riche ».
-
There Are Magic Hexagons of Every Order
L'article explore les hexagones magiques, des grilles hexagonales où chaque ligne de cellules a la même somme. Seul un hexagone magique normal non trivial existe (ordre 3), mais en autorisant des nombres consécutifs ne commençant pas à 1, des solutions dites anormales apparaissent. L'auteur, après avoir restreint la recherche à des hexagones antisymétriques à somme nulle, a utilisé un LLM (GPT-5.6 Sol) pour développer un solveur par recuit simulé optimisé. Il a ainsi découvert des hexagones magiques de tous les ordres jusqu'à 21, ce qui l'amène à conjecturer qu'il en existe de tous les ordres. L'article illustre l'efficacité des LLM pour créer des solveurs spécialisés, surpassant les outils génériques.
La discussion salue largement l'article pour ses éléments interactifs et l'abstraction du champ de potentiel, considérée comme une élévation du puzzle mathématique vers quelque chose de nouveau. Plusieurs commentateurs s'interrogent sur les propriétés de régularité de ce champ (continuité lipschitzienne, lissage), et un échange avec l'auteur précise que la gamme bornée des valeurs impose une certaine douceur, mais qu'une piste vers une limite continue s'est révélée être une impasse pour le cas discret. Un critique regrette toutefois que la place accordée aux tribulations des LLM dans la preuve nuise à la lecture, suggérant d'adopter un « nous » mathématique plus classique.
Sur le fond, la discussion corrige et nuance l'article. Un commentateur relève que le titre « every order » est inexact : l'ordre 2 est impossible, car la contrainte force des nombres égaux sur la couche externe. Un autre s'étonne que les carrés magiques ne considèrent pas toutes les diagonales à 45 degrés, ce qui semble arbitraire comparé aux hexagones ; la réponse évoque les carrés pandiagonaux et la difficulté des diagonales de longueur 1. Un praticien note aussi n'avoir jamais rencontré la contrainte de consécutivité, seulement l'unicité, et rappelle le problème ouvert des carrés magiques de carrés.
Enfin, plusieurs commentaires utiles pointent vers des ressources : une preuve formelle complète est disponible via le lien vers l'historique de chat mentionné en fin d'article, et un intervenant signale que des concours liés aux hexagones magiques ont été organisés par Al Zimmerman. Un retour positif indique que la visualisation fonctionne bien sur mobile, contredisant l'objection anticipée dans l'article. Le reste de la discussion est constitué de digressions et de blagues récurrentes sur les hexagones, sans apport technique.
-
Melatonin impairs morning cognition in healthy young adults (2023)
Étude de 2023 suggérant que la mélatonine altère la cognition matinale chez les adultes jeunes en bonne santé.
La discussion converge sur un point central : les doses de mélatonine utilisées dans l'étude (2 mg et 5 mg, selon un commentateur qui a retrouvé la thèse associée) sont nettement supérieures aux doses physiologiques recommandées, souvent estimées entre 100 et 300 µg. Plusieurs commentateurs témoignent que des doses courantes provoquent une somnolence matinale, tandis que des microdoses (100 à 300 µg) prises une à deux heures avant le coucher semblent efficaces sans cet inconvénient. Un avis récurrent est que la formulation à libération prolongée ou les doses trop élevées perturbent le sommeil et la cognition le lendemain. L'article est donc critiqué pour ne pas distinguer les dosages et pour utiliser une population de jeunes adultes en bonne santé, qui n'est pas représentative des utilisateurs typiques de mélatonine, souvent insomniaques ou en manque de sommeil.
Plusieurs commentateurs soulignent que le critère de comparaison est mal choisi : pour une personne souffrant d'insomnie, l'alternative n'est pas « mélatonine vs sommeil naturel parfait », mais « mélatonine avec léger brouillard matinal vs privation de sommeil ». Beaucoup préfèrent ce compromis. Un avis minoritaire, mais étayé, mentionne que chez certaines personnes (par exemple avec dysautonomie ou ME/CFS), la mélatonine améliore au contraire la cognition diurne, ce qu'une étude moyenne sur N=120 ne peut pas détecter. D'autres notent que les compléments du commerce sont souvent surdosés ou mal étiquetés, ce qui rend les résultats difficiles à interpréter.
Enfin, la discussion propose des alternatives jugées efficaces : magnésium (notamment glycinate ou ZMA), tart cherry, ou encore des méthodes comme la respiration Wim Hof. Plusieurs commentateurs insistent sur le fait que la mélatonine ne devrait pas être prise au long cours et qu'il faut privilégier l'hygiène du sommeil. Globalement, la majorité s'accorde pour dire que si la mélatonine a un effet négatif sur la cognition matinale, c'est surtout à cause des dosages excessifs et d'une utilisation inadaptée, ce qui nuance fortement la conclusion générale de l'article.
-
OpenChamber: An Agentic Development Environment
OpenChamber est un environnement de développement « agentique » open source qui permet de définir des objectifs de session, d'exécuter une tâche sur plusieurs modèles (jusqu'à cinq) et de fusionner les meilleurs résultats. Il propose un parcours guidé des changements, un aperçu des éléments de l'application, un flux du ticket GitHub à la pull request, ainsi que des tâches planifiées par cron.
L'outil est accessible depuis le bureau (macOS, Windows, Linux), le navigateur, le mobile et VS Code, avec synchronisation entre les appareils. Côté vie privée, OpenChamber ne collecte aucune donnée : code, sessions et contenus restent sur la machine. L'accès distant est protégé par mot de passe, un « Private Relay » chiffré de bout en bout sans ouvrir de ports, et le code source est inspectable.
La discussion montre un marché très encombré des environnements de développement agentiques. Plusieurs commentateurs signalent que OpenChamber est en réalité un wrapper autour d'OpenCode, information qui devrait figurer plus clairement dans l'article. Certains apprécient l'interface latérale et la vue des modifications, mais d'autres déplorent des fuites mémoire, un détournement du défilement (scroll hijacking) et une dépendance à plus de 50 paquets npm.
Les retours concrets concernent surtout les alternatives. Plusieurs utilisateurs recommandent Paseo pour sa capacité à combiner plusieurs harnais et modèles, avec accès mobile et serveur distant. D'autres préfèrent Orca, notamment pour son usage en terminal, ou Termic qui gère les agents TUI dans des worktrees git sandboxés. Un commentateur présente Podium, une autre solution en développement, tandis qu'un autre mentionne Codecast. Un point de friction récurrent est la question du client mobile : certains refusent de coder sur téléphone, d'autres l'utilisent activement via VPN ou applications dédiées.
Plusieurs voix critiquent le manque de différenciation de ces outils, se demandant si le simple label « agentic development environment » suffit à faire la une de HN. Une correction grammaticale mineure (piqued au lieu de peaked) est également notée. Dans l'ensemble, la discussion apporte des comparaisons pratiques et des avertissements sur la qualité, mais ne valide pas pleinement les promesses de l'article.