Actus du mardi 1er septembre 2026 — Les actus de Julian

Claude Fable 5.1 and Claude Mythos 5.1 19 h 53 · ▲ 1401 · 1365 comm. IA

La sortie de Claude Fable 5.1 et Mythos 5.1 suscite une réaction globalement tiède, voire déçue, sur Hacker News — contraste notable avec l'enthousiasme des sorties précédentes, que plusieurs commentateurs soulignent eux-mêmes. Un employé d'Anthropic met en avant l'amélioration du style d'écriture et le doublement du score Terminal-Bench-Science, laissant entrevoir des percées en science similaires à celles des maths ; il essuie toutefois des réponses méfiantes, une partie du public n'ayant plus confiance dans les communications de l'entreprise.

Plusieurs commentateurs contestent le récit d'un progrès significatif : en retirant le seul benchmark scientifique, les gains resteraient marginaux (+1,5 à +3,5 % face à Opus 5) pour un modèle supposément d'un niveau supérieur, ce qui laisserait peu d'espace pour un futur Opus 5.1. Le débat sur le prix est nuancé : la baisse vient surtout du cache read (de 1 $ à 0,25 $/M), mais des mesures via Artificial Analysis indiquent que Fable 5.1 coûte en réalité plus cher par tâche que Fable 5 dans plusieurs configurations, tout en restant bien au-dessus de concurrents comme DeepSeek V4 (cache read à 0,022 $/M) ou GLM 5.3 Flash, que certains utilisateurs adoptent comme alternatives bon marché au quotidien. D'autres grievances remontent : quotas d'usage perçus comme trop restrictifs pour un usage professionnel prévisible, refus excessifs du modèle face à des tâches banales (un utilisateur a dû retirer le mot « execution » d'un prompt), et le retrait des traces de raisonnement, vu par certains comme la fermeture d'une fuite de chaîne de pensée, par d'autres comme une protection contre les concurrents.

Quelques retours de terrain positifs existent : un utilisateur rapporte que Fable 5.1 a débloqué deux sessions de débogage complexes sur lesquelles les versions précédentes tournaient en rond, et l'anecdote du crash rare résolu chez Millennium impressionne, tout en nourrissant le débat sur la fiabilité du code généré. Une préoccupation plus large émerge : des agents très autonomes, dotés de larges accès et surveillés de moins en moins, rendent la question de l'alignement urgente.

Hang on to Your Firefox 22 h 30 · ▲ 961 · 521 comm. FR/EU

La discussion tourne autour d'un dilemme largement partagé : Firefox, critiqué de l'intérieur par ses propres utilisateurs, reste indispensable comme dernier moteur de navigation indépendant face à Chromium. Plusieurs commentateurs s'accordent sur la nécessité de continuer à l'utiliser malgré tout, invoquant le maintien de la diversité des moteurs et surtout la dépréciation de Manifest v2, qui rend uBlock Origin (version complète) fonctionnel principalement sur Firefox. Quelques nuances apparaissent : AdGuard sur Safari et le bloqueur intégré de Brave sont cités comme alternatives partielles. Un intervenant emprunte un mantra militant (« pas d'ennemis permanents ») : on peut désapprouver Mozilla tout en soutenant Firefox.

Les critiques concrètes contre Mozilla portent sur l'acquisition d'une entreprise ad-tech, la collecte de données, la publicité personnalisée, des fonctionnalités imposées (Pocket, puis sa suppression regrettée) et un onglet « nouveau tab » saturé de suggestions IA jugées inutiles. Des retours d'expérience divergent sur les performances : un utilisateur se plaint de consommation excessive de RAM et de CPU (problèmes de garbage collection), de pages qui chargent mal là où Chrome fonctionne, et de fonctionnalités mobiles manquantes ; d'autres répondent n'avoir aucun souci avec 50 onglets ouverts, voire sur un Thinkpad de 13 ans, et un commentateur note le biais d'échantillonnage dans les comparaisons Firefox/Chrome. Un utilisateur explique avoir quitté Firefox deux fois, le jugeant subjectivement plus lent que Chrome.

Sur les alternatives, un développeur partage des chiffres de conformité aux tests WPT : Chrome 94,7 %, Firefox 90,6 %, Safari TP 88,7 %, Ladybird 84,2 %, Servo 74,4 %, suggérant que Ladybird progresse vite ; un autre répond nuancer que ces tests ne mesurent pas la qualité réelle (certains sont écrits par les moteurs eux-mêmes, d'autres portent sur des brouillons de standards). Ladybird est jugé par d'autres trop immature et trop lointain pour être une option viable. Enfin, un scénario pessimiste compare l'usage futur de Firefox à celui de Tor : sites bloquant les navigateurs « suspects » au profit de la centralisation Big Tech.

AnkiDroid: Google Play no longer allowing Open Collective donation link 12 h 11 · ▲ 912 · 274 comm. FR/EU

AnkiDroid, distribué sur Google Play, a reçu l'ordre de retirer son lien de don Open Collective : la politique Play Billing interdit de l'utiliser pour des dons, et Google estime que les dons vers l'organisation ne sont pas « tax exempt ». Plusieurs commentateurs cherchent à démêler la règle : l'OSC est un 501(c)(6), donc exonérée d'impôt elle-même, mais les dons ne sont pas déductibles pour le donateur, et le texte de Google mélangerait ces deux notions. Un développeur du projet précise qu'ils demandent une clarification officielle à Google depuis plus d'un mois, sans réponse humaine, et que les liens ont été retirés sous protestation. Un autre intervenant note que Google étant opposé à la nature de la transaction (don non exonéré) et non à la plateforme, GitHub Sponsors (déjà utilisé) n'aiderait pas, tandis que des dons vers un développeur individuel, assimilables à des paiements pair-à-pair, passeraient probablement.

Le fil concentre surtout une critique du pouvoir des app stores : plusieurs rappellent que Google a déjà fait ce coup (éjection de WireGuard en 2019), que la fermeture progressive d'Android est contestée (parmi les exemples concrets, une vérification de compte exigeant plusieurs pièces d'identité, des frais, et l'exigence de 14 testeurs avant publication). Des développeurs témoignent que le support Google est une IA sans possibilité de contact humain, qu'une application signalée reste marquée même après correction, et jugent — ce qui surprend certains — Apple plus agréable à traiter malgré ses frais. Plusieurs contestent la stratégie d'AnkiDroid : se conformer en retirant les liens évite la disruption visible ; un avis estime au contraire qu'il fallait laisser les utilisateurs voir la sanction pour faire pression sur Google. Quelques-uns proposent des contournements (lien construit à l'exécution, PWA), sans consensus.

Des nuances sont apportées aux solutions alternatives : F-Droid est salué par des utilisateurs, mais on rappelle que le problème n'est pas l'impossibilité d'installer ailleurs — AnkiDroid y est disponible — mais l'usage quasi exclusif du store préinstallé.

How accurate have Ed Zitron's AI skeptic predictions been? 20 h 35 · ▲ 858 · 1033 comm. IA Marchés

Fastpotify 4 h 52 · ▲ 834 · 555 comm.

Fastpotify, un client Spotify natif en Rust basé sur egui et librespot, qui clone l'UI officielle et propose un mode Winamp 2 (skins, égaliseur, spectre), suscite beaucoup d'intérêt surtout comme échappatoire à un client officiel jugé déplorable. Les commentateurs s'accordent sur le déclin de Spotify : application Android lente (jusqu'à 30 secondes de chargement), client desktop passé à Electron qui casse les raccourcis macOS, web client catastrophique sous Safari et écrans noirs sur PC. Plusieurs rappellent l'ironie historique : le client Spotify de 2008 était un client natif ultra-rapide avec rendu custom et protocole optimisé, ce qui en avait fait sa réputation.

Le débat principal porte sur le vibe coding : la documentation et le texte d'accueil sont visiblement générés par LLM, ce qui inquiète plusieurs commentateurs sur la fiabilité et la transparence (un projet de 5 jours avec une douzaine de versions « stretch le modèle de confiance de l'open source »). D'autres s'en fichent, arguant qu'on ne peut pas savoir si les apps officielles elles-mêmes ne sont pas écrites par LLM. Des retours de terrain tempèrent aussi l'enthousiasme : de gros problème de spinners sur les grandes playlists (probablement du rate-limiting API, la lenteur venant en partie du côté serveur de Spotify), icône menu-bar inactive sur macOS, position de lecture non mémorisée, et erreurs de compilation de librespot. Un point juridique revient : ressembler à 1:1 à l'UI officielle pourrait attirer des représailles de Spotify.

Enfin, la discussion confirme un mouvement de fond : Spotify serait en train d'éliminer librespot, fondation de tous les clients tiers, ce que plusieurs voient comme la fin de l'âge d'or du streaming. Nombreux partagent leurs alternatives auto-hébergées (Navidrome, OpenSubsonic, Lidarr, Soulseek, Explo ou Subwave pour la découverte, AudioMuse-AI pour les playlists) et leurs pratiques d'achat (Bandcamp, Qobuz, Bandcamp Fridays), motivés par la « rot » des catalogues et l'algorithme de recommandation jugé mauvais — certains regrettant notamment que la recherche liste toutes les versions d'un titre au lieu de s'en servir comme point de départ radio.

I trained a small transformer in 1.5hrs and it beats many LLMs 11 h 52 · ▲ 656 · 164 comm. IA Hardware

L'auteur, présent dans la discussion, précise que son modèle n'est pas un LLM mais un petit transformeur autorégressif entraîné from scratch sur ARC-AGI-1, avec pour objectif d'explorer l'efficacité d'échantillonnage (sample efficiency) en contraindre au maximum le coût de calcul. Plusieurs commentateurs saluent la créativité et l'angle : rappeler que le machine learning ne se résume pas aux LLM et que des problèmes difficiles peuvent être résolus sans eux.

Le débat porte principalement sur la légitimité de l'entraînement sur les puzzles d'évaluation. L'auteur et ses défenseurs expliquent que seuls les énoncés (et non les labels) des puzzles eval ont été utilisés, ce qui serait conforme à la philosophie de méta-apprentissage d'ARC ; l'accusation de « training on test » viendrait surtout d'une mauvaise lecture. Des sceptiques objectent en revanche que voir tous les énoncés à l'avance reste une zone grise — un commentateur compare cela à réviser sur d'anciens examens — et qu'un modèle spécialisé dans un seul benchmark n'a pas grand intérêt si elle ne généralise pas. Un autre note que le score porte sur l'ensemble eval public et non sur un test set privé tenu à l'écart, ce qui introduit un risque de fuite d'information par itération sur les résultats.

Sur le fond, un commentateur avertit que le chiffre « 67 cents » est trompeur : on atteint un palier très vite, et investir davantage ne donnerait pas de gains majeurs, ce qui nuance l'accroche de l'article. L'auteur répond que la relation performance/calcul est logarithmique et qu'atteindre le palier plus vite reste précieux. Un avis minoritaire estime même que la difficulté d'un benchmark unique est faible et qu'une approche non-LLM dédiée aurait pu faire mieux pour encore moins cher. La discussion apporte donc des clarifications techniques réelles (nature exacte des données d'entraînement, limites de l'extrapolation du coût), mais révèle surtout un désaccord persistant sur ce que ce résultat prouve : prouesse d'efficacité d'échantillonnage ou simple optimisation benchmark-spécifique. L'auteur admet par ailleurs que le modèle ne fonctionnerait pas sur ARC-AGI-3 sans changements significatifs.

Introducing Ad Blocker for Firefox on iOS 15 h 46 · ▲ 580 · 196 comm.

La discussion révèle un accueil très mitigé, voire négatif, du bloqueur de pubs natif de Firefox iOS. Plusieurs commentateurs soulignent des limitations majeures : il ne bloque pas les publicités YouTube, ni les pubs dans les résultats de recherche Google, ni le contenu sponsorisé de Firefox lui-même (raccourcis sponsorisés en nouvel onglet), ni certaines pubs inline sur Reddit. Un avis largement partagé voit dans ces exemptions des raisons commerciales, notamment le contrat de financement Mozilla-Google, plutôt que techniques. La fonctionnalité est aussi encore expérimentale, déployée progressivement : plusieurs utilisateurs ne la voient pas apparaître malgré la mise à jour, et son activation semble liée à l'autorisation de la télémétrie (« remote improvements »), ce qui provoque des critiques vives. Une nuance corrective apparaît toutefois : depuis Firefox 148, il serait possible de recevoir ces améliorations sans partager les données de télémétrie.

Face à ces limites, la communauté recommande massivement les alternatives existantes sur iOS : uBlock Origin Lite sur Safari (jugé « toujours roi » car il bloque davantage de pubs et n'a pas d'exemptions commerciales), le content blocker Wipr, et surtout Orion, qui supporte les extensions Firefox et Chrome dont uBlock Origin, bien qu'il ne soit pas open source. Pour YouTube, seul Brave bloquerait les pubs sur iOS, avec des mentions de ProTube comme alternative. Un commentaire critique le décalage entre l'annonce marketing et le déploiement réel : publier un communiqué avant un rollout à 100 % génère confusion et frustration.

Certains s'interrogent aussi sur l'intérêt de cette fonctionnalité par rapport au content blocker de Firefox Focus, sorti des années plus tôt, et demandent si l'API Content Blocker iOS est supportée (permettant AdGuard). Enfin, un fil rappelle le passif controversé de Mozilla (affaire Mr. Robot, tickets Bugzilla rendus secrets, recrutements issus de l'adtech) pour expliquer la méfiance persistante envers l'organisation. Au total, la discussion contredit l'article : le bloqueur est perçu comme inférieur aux solutions déjà disponibles sur iOS.

Play Store blocks AuroraStore, hurting GrapheneOS users 17 h 55 · ▲ 556 · 258 comm.

La discussion porte sur l'article « Play Store blocks AuroraStore, hurting GrapheneOS users », mais plusieurs commentateurs nuancent fortement le titre. D'abord, GrapheneOS recommande précisément de ne pas utiliser Aurora Store et privilégie son Play Store sandboxé (avec un compte Google dédié non lié), donc l'impact sur les utilisateurs de GrapheneOS est contesté. Ensuite, l'auteur lui-même reconnaît dans la discussion que le titre est un peu « clickbait » : la décision que Google bloque Aurora vient du fil de bugs, pas de lui, et il note ironiquement que le problème s'est résolu au moment où le fil a atteint le sommet de Hacker News.

Les retours de terrain sont contrastés : des utilisateurs de LineageOS, /e/OS, Calyx ou d'autres systèmes dégooglisés rapportent des erreurs « Server busy », mais pour plusieurs le problème est intermittent ou a disparu au bout d'un jour ou deux. Un commentateur expliquant le fonctionnement du système souligne qu'aucune API n'aurait changé : Google aurait plutôt abaissé ses limites de débit, ce qui pénalise surtout l'usage anonyme d'Aurora (comptes partagés à forte activité). Un habitué précise que ce genre de perturbation survient environ tous les six mois et que les développeurs d'Aurora finissent toujours par contourner le blocage. D'autres soulignent qu'Aurora utilise une API non officielle et rétro-ingénierée, donc sans garantie de stabilité.

Au-delà de l'incident, la discussion met en lumière des usages concrets : l'installation d'apps sans compte Google (téléphone d'une grand-mère, appareils sans services Google, consoles de jeu Android comme Retroid où Aurora permet d'installer des jeux marqués incompatibles), et l'export d'APK. Plusieurs regrettent qu'Android n'offre aucun moyen officiel d'installer des apps sans compte Google. La tension entre l'approche « sécurité d'abord » de GrapheneOS et celle « vie privée/liberté d'abord » d'une partie de sa communauté est un thème récurrent. Un commentaire évoque aussi l'injonction Epic contre Google, en précisant qu'elle impose un accès commercial B2B à l'API Play, pas un catalogue ouvert au public.

The ChatGPT/Codex app bundles a full copy of LibreOffice 22 h 07 · ▲ 490 · 251 comm. IA

GPU World 5 h 16 · ▲ 401 · 282 comm. IA Hardware

L'article présente un concours de fiction (doté de 40 000 $, avec Neal Stephenson, Gwern Branwen et Matt Huang au jury) demandant d'imaginer un monde en 2040 où chaque humain aurait l'équivalent d'un B300 GPU pour les LLM. La discussion dérive vite vers le fond : la moitié des commentaires débattent de la question posée par le concours elle-même, pas du texte de l'article.

Deux camps s'opposent nettement. D'un côté, des sceptiques estiment que même un GPU universel changerait peu les choses : les LLM seraient des outils de productivité pour travailleurs experts motivés (chatbots, assistants de code) et non une technologie fondatrice comparable à Internet ou à la machine à vapeur, en raison de problèmes de fiabilité jugés insolubles. D'autres rappellent qu'« Internet pour tous » ou « un ordinateur dans chaque poche » n'ont jamais été « également distribués » et que la technologie concentrera le pouvoir, plusieurs prévoyant huit milliards de GPU contrôlés par une poignée de corporations. En face, des commentateurs soulignent que le monde a pourtant énormément changé depuis les années 1980 (achats, navigation, information, socialisation), que les modèles locaux et efficaces progressent vite, et que la convergence avec la biologie et les autres champs technologiques pourrait produire des synergies majeures.

Apports concrets et nuances : des chiffres sur l'énergie (un B300 peut consommer jusqu'à 1 400 W ; à l'échelle mondiale cela dépasserait la production électrique actuelle d'environ 3,6 TW, alors que l'empreinte énergétique moyenne par humain est ~356 W continus), ce qui pousse certains à espérer des progrès d'efficience (calcul analogique/approximatif) plutôt qu'un GPU par tête ; un praticien note que des modèles de type 6-7B commencent à être embarqués sur silicium, suggérant que l'équivalent « B300 » pourrait venir de puces dédiées bien plus efficaces. Plusieurs relèvent l'ironie du concours qui demande de divulgner l'usage de LLM tout en le déconseillant — un avis souligne qu'aucun détecteur fiable n'existe — et d'autres s'étonnent que la technologie sous-jacente progresse même si la capacité des modèles était gelée.

Restroom Archive 5 h 23 · ▲ 379 · 86 comm.

Evidence of Fraud in an Influential Study About Procrastination 1 h 45 · ▲ 360 · 270 comm.

La discussion porte sur l'article de Data Colada révélant des preuves de fraude dans la célèbre étude de Dan Ariely sur la procrastination. Les commentateurs saluent le travail d'investigation de Data Colada et soulignent que l'article détecte la fraude via des signaux statistiques accessibles : des tailles d'effet anormalement grandes (des Cohen's d démultipliés par rapport à la norme) et des visualisations de données suspectement trop parfaitement regroupées. Un commentaire utile note qu'il suffit de repérer qu'un résultat est « trop beau pour être vrai », sans expertise statistique poussée.

Le point d'accord dominant : le système académique est structurellement défaillant. La peer review n'est qu'un contrôle de qualité médiocre, qui laisse passer des travaux frauduleux (plusieurs racontent avoir croisé dans leur propre domaine des papiers absurdes publiés dans de très bonnes revues, dont un auteur avec onze articles dans des revues de premier plan en une seule année). La crise de la réplication est au cœur des débats : beaucoup plaident pour qu'aucun article ne soit cité avant réplication indépendante, que des étudiants soient payés pour répliquer des études, et que la publication des données brutes devienne une condition minimale des revues. Un contrepoint nuance : dans les sciences physiques, les papiers importants sont de fait vérifiés indépendamment, et rendre la réplication obligatoire compliquerait le signalement des échecs de réplication. Un praticien précise que les LLM peuvent déjà détecter des tailles d'effet absurdes, mais que le vrai blocage est institutionnel : les universités défendent les fraudeurs au lieu de les sanctionner, donc dénoncer ne sert à rien.

Concernant Ariely, plusieurs commentateurs rappellent son historique : trois best-sellers, une célébrité construite sur des données falsifiées, des cas similaires comme Francesca Gino, et une incrédulité que Duke le maintienne en poste. Certains nuancent l'article sur un point : les auteurs originaux auraient demandé la rétractation du papier, ce qui dépasse une simple inaction. Plusieurs témoignages expriment la trahison personnelle de lecteurs qui s'étaient inspirés de ses travaux.

Movie Scene Map – 13,312 films, series, games, anime and manga 18 h 34 · ▲ 335 · 48 comm. Jeux Retro

Le projet, une carte interactive recensant des lieux de tournage de 13 312 films, séries, jeux et animes, est globalement bien accueilli : les commentateurs saluent une interface fluide et l'idée, plusieurs racontant l'avoir utilisé pour découvrir des lieux de tournage près de chez eux ou sur leurs trajets professionnels. L'auteur précise qu'il s'agit du même créateur qu'une « Castle Map » publiée quelques semaines plus tôt, qu'il réutilise une UI standardisée (React, Tailwind, MapLibre) et que le site restera gratuit, les données provenant principalement de Wikipédia par choix explicite, notamment pour éviter toute association avec un projet IA et faute de clarté sur les licences d'autres bases.

La discussion corrige et nuance nettement l'article : la précision des données est le principal reproche. Plusieurs commentateurs signalent des erreurs factuelles (un lieu listé à tort pour « Trois noix pour Cendrillon », « X-Men » mal positionné à Villa Gesell, « Source Code » indiqué à la gare d'Ottawa alors que le tournage y a été annulé, « Khartoum » pointant sur le Nil en Égypte pour un film se déroulant uniquement en Égypte). D'autres notent une couverture déséquilibrée, très orientée post-2000, avec des films célèbres des années 1970 absents, et une granularité souvent limitée à la ville voire au pays alors que les lieux précis de tournage restent rares. Un commentaire souligne positivement l'absence de points sur « Null Island », signe d'un nettoyage des données réussi.

Les suggestions portent sur des filtres (genre, box-office, critiques), des liens vers les pages Wikipédia du média et du lieu, des notes par scène, la comparaison photo réelle/écran, et la contribution participative avec vérification — l'auteur dit collecter les retours postés « n'importe où sur internet » et invite même à signaler les erreurs en commentaire négatif plutôt qu'à les retirer, arguant que les lieux de tournage annulés ont eux-mêmes de l'intérêt.

Ambient CSS v3 – Blender meets CSS 17 h 35 · ▲ 304 · 97 comm.

Ambient CSS v3, une bibliothèque de composants CSS skeuomorphes avec éclairage et relief 3D, divise nettement les commentateurs. Sur le fond, beaucoup saluent l'idée et l'esthétique — certains y voient le retour bienvenu du skeuomorphisme, évoquant Teenage Engineering, les interfaces de plugins VST/AUv3 sur iPad, ou l'époque Web 2.0 où l'on fabriquait ces effets à coups de PNG et de filtres DirectX. Une critique récurrente porte sur le titre : plusieurs soulignent qu'il n'y a aucun lien réel avec Blender, la bibliothèque reposant sur des ombres et dégradés plutôt qu'un vrai rendu 3D ; « PBR » serait plus juste. Un commentateur explique aussi que la projection orthographique a été choisie délibérément (pour rester stable au scroll), ce qui explique pourquoi l'élévation ne change pas la taille des objets.

En revanche, l'exécution est largement jugée insuffisante, et la discussion contredit nettement l'attrait promis par l'article : de nombreux retours de terrain font état de bugs — la lumière s'arrête à des bordures arbitraires ou cesse de fonctionner, les canaux et couleurs sont déréglés (le « laiton » devient « olive »), le thème sombre casse les ombres, le site est laggy et glitché sur iOS, Brave Android et desktop. Les knobs sont la bête noire générale : certains ne réagissent qu'au drag vertical, d'autres à des trajectoires invisibles, ce qui rend l'interaction déroutante. Les comportements natifs sont sacrifiés : les boutons radio ne sont pas des , cassant la navigation clavier, le scroll est forcé et frustrant, et le feedback des boutons pressés est quasi absent.

Deux débats de fond émergent : d'abord l'accessibilité et l'UX — plusieurs rappellent que les boutons rotatifs sont mauvais à la souris comme au toucher, qu'un commentateur compare à la pire tradition des GUI VST (esthétique de capture d'écran au détriment de la découvrabilité) ; d'autres redoutent surtout l'usage de ces effets par l'IA générative, qui produirait un « faux dense » en information sans principes de design.

Whistleblower warns Postal Service mail ballot system has catastrophic problems 18 h 41 · ▲ 287 · 272 comm.

La discussion porte sur le système fédéral de suivi des bulletins de vote par courrier que l'USPS développe, et dont un lanceur d'alerte dénonce les défauts : un rejet total d'un lot de 10 000 bulletins si un seul code-barres sur les ~400 échantillonnés ne correspond pas, ce qui multiplierait les blocages. Plusieurs commentateurs s'accordent sur le calendrier absurde : déployer un changement massif et non testé à deux mois des élections de mi-mandat est risqué quelles que soient les intentions.

Un clivage net apparaît sur l'intention. Beaucoup y voient une malice délibérée plutôt qu'une incompétence : selon eux, l'administration cherche à injecter du chaos, à retarder sélectivement les bulletins dans les zones opposées, puis à invoquer le désordre pour remettre en cause le vote par correspondance lui-même — un commentaire cite un article de ProPublica indiquant que les règles ont été avancées malgré les inquiétudes internes de l'USPS et qu'un décret exige que les États fournissent des listes d'électeurs servant à filtrer les envois. Un avis minoritaire corrige le cadre : l'USPS fait bien plus que transporter du courrier (vérification d'identité, suivi des adresses vacantes) et son périmètre est fixé par décret ; il souligne surtout l'illégalité d'une interférence fédérale dans les procédures électorales des États.

Des éléments factuels concrets : environ un tiers des Américains votent par correspondance, ce qui surprend certains — un commentateur note qu'en Suisse environ 90 % des votes se font par courrier sans problème. Un praticien juge l'échantillon de 4 % statistiquement insuffisant et redondant. Certains remarquent que les blocages toucheraient davantage les électeurs ruraux (qui penchent républicain), tandis que d'autres répondent que les procédures visent surtout les zones urbaines démocrates. La discussion nuance le titre : la formule exacte du lanceur d'alerte était « potentiellement catastrophic » et non « catastrophic ». Enfin, un courant sceptique estime que le vote ne fonctionne pas dans une société à faible confiance et que les incitations à auditer le système sont défaillantes.

Run macOS Software on Linux 0 h 53 · ▲ 287 · 94 comm.

Atlas: A World Model for Spatial Intelligence 19 h 36 · ▲ 267 · 59 comm. IA

La présentation d'Atlas, modèle de « world model » de World Labs pour la reconstruction et la génération de scènes 3D, est globalement bien accueillie : plusieurs commentateurs estiment que c'est le meilleur modèle à ce jour pour reconstruire un espace 3D à partir d'un petit nombre d'images, voire une maison entière depuis une douzaine de photos prises au téléphone. Un cofondateur de World Labs est intervenu dans le fil pour répondre aux questions, précisant notamment que la cohérence 3D lors des déplacements de caméra était un objectif central du modèle, atteignable même sans représentation explicite en nuage de points ou Gaussian splats, et que le modèle peut fonctionner en mode « reconstruction stricte » sans invention (utile pour un effet « fog of war ») comme en mode génératif qui complète et interpole des vues non observées.

Les limites observées dans les démos tempèrent l'enthousiasme : le temps reste essentiellement figé pendant les mouvements de caméra, avec retour à une vue de référence avant de faire avancer l'action ; un membre de l'équipe confirme qu'une certaine motion de scène est gérée (voitures, vagues) mais que c'est un axe d'amélioration. D'autres signalent des hallucinations incohérentes, avec des objets qui apparaissent et disparaissent, comme dans la scène de dominos. Un commentateur demande aussi si les dimensions exactes (murs, tableaux) peuvent être respectées, ce qui reste sans réponse dans le fil. Le terme « world model » lui-même est critiqué comme galvaudé, même si plusieurs tentent de le définir comme une capacité à raisonner en 3D et à prédire ou modifier un environnement.

Les usages évoqués vont de la robotique (génération de données RGB/depth simulées pour alimenter le « data flywheel », remplacement possible des capteurs de profondeur dédiés type LiDAR par de simples caméras, voire transformation en VLA par diffusion d'actions) à la création de niveaux de jeux vidéo en prototypage rapide.

The creator of Jujutsu has joined ERSC 19 h 46 · ▲ 263 · 264 comm. Hardware Marchés

L'article annonce que Martin, créateur de Jujutsu (jj), a rejoint ERSC, information datée de quelques mois et republiée aujourd'hui sur le site de l'entreprise. La discussion confirme surtout l'enthousiasme autour de jj : plusieurs commentateurs en font leur outil quotidien et citent des bénéfices concrets — undo universel, gestion des commits sans branches nommées, squash/split/rebase plus agréables que l'interactive rebase de git, et surtout la « delayed conflict resolution » (terme interne Google) : les commits en conflit sont marqués comme tels et on peut continuer à travailler, l'auto-rebasing résolvant souvent les conflits en aval automatiquement. Un utilisateur convaincu explique que jj est précieux dans des dépôts partagés avec des personnes peu à l'aise avec git, car il est « low friction ».

Le débat se divise sur l'intérêt réel de jj : des sceptiques estiment que git ne les gêne jamais avec leurs 5 commandes habituelles et critiquent une syntaxe de revsets jugée ésotérique ; d'autres répondent que cette syntaxe se réduit à @ et @--, que les manipulations de commits deviennent si faciles qu'on les fait davantage, et qu'il faut environ deux semaines d'adaptation. Un utilisateur est revenu à git, trouvant pénible de déplacer les noms de branches ; on lui réplique que jj git push -C et jj bookmark advance résolvent cela. Des limites sont aussi mentionnées : cop tracking des renommages inférieur à git, et absence de support sparse/blobless pour les très gros dépôts.

Sur ERSC, un commentateur demandait la valeur ajoutée face à GitHub ; l'entreprise répond qu'elle ne construit pas un concurrent social de GitHub mais une infrastructure d'entreprise, avec un backend alternatif à git (comparé à Piper ou au modèle Perforce), motivée notamment par les limites de git face aux monorepos et à l'essor des agents de développement. Elle précise que Martin continue de travailler sur jj lui-même et que le projet a ajouté des maintainers pour rééquilibrer la représentation d'ERSC. Steve Klabnik confirme qu'il est chez ERSC depuis dix mois et réfléchit à l'intersection jj/LLM.

The Browser's Main Thread Is Expensive 16 h 00 · ▲ 256 · 86 comm.

L'article explique pourquoi le thread principal du navigateur est une ressource rare et coûteuse, avec des démos interactives montrant comment le travail JS long bloque les animations et la saisie, et propose des techniques de cession (yield), de découpage du travail et d'animations CSS. La discussion HN le juge globalement excellent, pédagogique et utile, surtout pour les développeurs web moins expérimentés ; plusieurs saluent les visualisations et les exemples concrets.

Les débats portent d'abord sur le diagnostic : plusieurs commentateurs estiment que l'article se concentre trop sur l'interactivité alors que la lenteur réelle des sites vient surtout de bundles React/Next.js énormes (souvent >10 Mo) et de l'hydratation, un problème qu'aucun yield ne résoudra. Un autre objecte que la vraie limite est le matériel : sur un laptop bas de gamme des meilleures ventes Amazon, même une bonne connexion en gigabit ne suffit pas. S'y ajoute une querelle sur le « ressenti » de la fluidité : l'un soutient que 48–72 FPS suffisent à la majorité (rendements décroissants au-delà), un autre répond que le passage de 120 à 60 Hz sur iPhone est immédiatement perceptible et refuse de définir un « assez bon ».

Côté corrections et apports concrets : on signale que la technique FLIP est aujourd'hui automatisée par l'API View Transitions ; on précise qu'ArrayBuffer est copié par défaut sauf en objet transférable (SharedArrayBuffer pour un accès simultané), et qu'un praticien recommande plutôt transferControlToOffscreen() pour dessiner un canvas dans un worker sans passer par postMessage. Un développeur d'interfaces type chat LLM confirme que le streaming de réponses est un cauchemar de rendu, d'autres s'étonnant d'ailleurs que l'UI caractère par caractère soit devenue la norme. Un lecteur note que le problème n'est pas propre au web : toutes les plateformes ont une UI monothread. Quelques critiques : l'exemple du chat plafonne à 32 FPS chez certains, l'article ignore le moniteur de performance de Chrome, et l'API JavaScript ne permet pas de conditionner le yield à await. La polémique sur un éventuel article généré par IA est démentie : le texte a été écrit en coréen puis traduit.

Fine, I'll build my own text editor 19 h 12 · ▲ 253 · 248 comm.

Le développeur entreprend de construire son propre éditeur de texte, estimant que « on ne fait plus des logiciels comme Sublime Text ». Il explore trois approches de rendu : le

⭐ Ta sélection — les articles marquants du mardi 1er septembre 2026