Hacker News
-
How Google helped destroy adoption of RSS feeds (2023)
L'article retrace comment Google a contribué au déclin de l'adoption des flux RSS, selon un modèle « embrasser, étendre, étouffer ». Il énumère plusieurs décisions : suppression du bouton RSS dans Chrome, acquisition et limitation de FeedBurner, arrêt de Google Reader en 2013, retrait des flux RSS de Google Alerts avant rétablissement, suppression de l'extension RSS puis rétablissement, et fin du support RSS dans Google News. Le texte se conclut en soulignant l'impact négatif sur la confiance des utilisateurs et l'importance des flux RSS pour un web ouvert.
La discussion confirme largement le rôle majeur de Google dans le déclin de l'adoption de RSS, notamment avec la fermeture de Google Reader, vécue comme un choc et une trahison. Plusieurs commentateurs l'interprètent comme une volonté de pousser Google+ ou de privilégier la publicité, le RSS étant difficilement monétisable. D'autres rappellent des décisions parallèles : Mozilla a retiré Live Bookmarks, Chrome n'a jamais affiché les flux XML de façon lisible. Certains avis nuancent toutefois le titre de l'article : RSS n'est pas mort, il y aurait même plus de flux aujourd'hui qu'à l'époque, et des outils comme FreshRSS, NetNewsWire ou newsboat restent très utilisés. YouTube conserve d'ailleurs des flux Atom officieux, et l'EFF recommande toujours RSS comme alternative aux algorithmes.
Les causes profondes du déclin sont débattues. Un consensus se dégage sur le rôle de l'économie publicitaire et des réseaux sociaux centralisés, qui offrent une distribution que les blogs indépendants n'ont plus. Un commentateur souligne que beaucoup de sites ne proposent qu'un extrait dans le flux, forçant à visiter la page, ce qui relativise l'argument « RSS tue la pub ». À l'inverse, un autre estime que RSS est « un moyen gratuit d'atteindre presque personne ». Des voix minoritaires évoquent une excuse technique (dépendances à mettre à jour) ou considèrent que les réseaux sociaux auraient dominé de toute façon. Certains blâment aussi les blogueurs eux-mêmes : le RSS ferait perdre le contrôle sur le design et la monétisation de leurs contenus.
Sur le plan pratique, plusieurs commentateurs apportent des informations concrètes : WordPress génère toujours des flux par défaut, les solutions comme RSSHub permettent de convertir des pages en flux, mais certains sites bloquent les robots lecteurs de RSS. Un commentateur raconte avoir ajouté des flux RSS à sa boutique Rails pour tout suivre, y compris les commandes. La discussion contredit donc l'idée d'une disparition : RSS reste vivant, surtout dans les cercles techniques, mais son usage grand public a bien été freiné par Google et par l'évolution de l'écosystème web.
-
Diátaxis
Diátaxis est une approche systématique de la rédaction de documentation technique. Elle identifie quatre besoins distincts des utilisateurs et quatre formes de documentation correspondantes : tutoriels, guides pratiques, référence technique et explication. Le cadre aide à organiser le contenu, le style et l'architecture, et est utilisé par des projets comme Gatsby et Cloudflare pour structurer leurs documentations.
La discussion confirme l'utilité pratique de Diátaxis, mais avec des réserves notables. Plusieurs praticiens rapportent des retours positifs : un chef d'équipe a documenté un gros codebase pour un client et trouve le cadre « fantastique » une fois les titres de pages définis ; une équipe support a amélioré ses docs ; d'autres l'utilisent comme base pour générer une première mouture avec des LLM (« do diataxis »), ce qui donne des résultats décents. Un commentateur a même créé une compétence Claude/LLM dédiée. L'accord général est que c'est un bon cadre de réflexion, mais plusieurs avertissent de ne pas le prendre comme une vérité absolue, notamment à cause de la dérive temporelle des tutoriels et références non générés depuis le code. Un avis minoritaire ironise sur le fait qu'une fois qu'on a vu Diátaxis, on ne peut plus ignorer les défauts des docs existantes.
Les critiques portent surtout sur la navigation et l'organisation. Un utilisateur déplore que le cadre pousse à cacher les API docs sous « reference », ajoutant un clic inutile pour l'usage le plus fréquent. Un autre trouve la documentation de Diátaxis elle-même verbeuse et mal illustrée, malgré une bonne organisation. Un commentateur compare avec le modèle Divio (dont Diátaxis est issu, comme le reconnaît l'auteur dans la discussion) et juge le diagramme de Divio plus clair. Un modèle alternatif, « seven actions » de Fabrizio, est proposé comme plus naturel, bien qu'un répondant estime que la différence entre tutoriel et how-to n'est pas si difficile à saisir. L'auteur de Diátaxis intervient pour signaler une traduction en cours et annonce la suppression prochaine d'une page jugée insatisfaisante, ce qui nuance l'idée d'un cadre figé.
La discussion apporte aussi des retours concrets : en R, les catégories Diátaxis correspondent à des constructions existantes (vignettes, roxygen, etc.), avec un manque pour la justification des choix ; Python est cité en exemple pour ses docs versionnées et son processus PEP exigeant une section « How to Teach This ».
-
Ten advances in mathematics and theoretical computer science
Article intitulé « Ten advances in mathematics and theoretical computer science » ; aucun contenu disponible au-delà du titre.
La discussion porte principalement sur la crédibilité et la portée réelle des résultats annoncés. Plusieurs commentateurs remettent en cause le chiffre de 2 000 $ avancé par OpenAI, faute de transparence sur le protocole expérimental : nombre total de problèmes soumis, tentatives autorisées, coût de l'infrastructure (cluster, vérification Lean). Un avis minoritaire estime que même un coût d'un million de dollars serait négligeable comparé à l'équivalent humain. D'autres s'interrogent sur l'originalité mathématique des preuves : s'agit-il de nouvelles idées ou d'une recherche exhaustive combinant des outils existants ? Plusieurs intervenants répondent que les problèmes de CS (comme CVP) sont très importants, travaillés par des chercheurs de premier plan depuis 30-40 ans, et qu'une solution y vaudrait un best-paper award, ce qui valide leur signification.
Certains commentaires signalent que des ressources concrètes sont disponibles : le dépôt GitHub des formalisations Lean et un « reasoning walkthroughs » généré par le modèle ; ils regrettent toutefois que les prompts exacts ne soient pas publiés. Un lien vers les commentaires de Henry Yuen (dont le travail est utilisé pour le problème 6) est jugé utile. D'autres notent que l'absence de contributeurs humains nommés est étonnante, et que la version « interne » du modèle est utilisée. La question de savoir si le coût réel (salaires compris) est pertinent est également soulevée.
La discussion révèle un clivage sur la réaction à avoir : certains voient une avancée majeure, d'autres une forme de « déplacement des poteaux de but » normale en science. Plusieurs commentateurs relativisent la nouveauté, rappelant que les modèles ne font pas encore de théorie nouvelle, et que les preuves Lean peuvent être « trichéées » (sorry, etc.), ce qui explique la responsabilité endossée par OpenAI. L'impact sur les mathématiciens est débattu : certains y voient une ouverture, d'autres craignent que la discipline ne devienne comme les échecs.
-
Seedance 2.5
ByteDance lance Seedance 2.5, son nouveau modèle de génération vidéo, avec des avancées majeures en narration longue, référencement multimodal et édition. Il génère des clips audio-vidéo allant jusqu'à 30 secondes en une seule passe, avec extension multi-tours pour maintenir la cohérence des personnages et de l'environnement sur plusieurs minutes.
Le modèle accepte jusqu'à 30 images, 10 clips vidéo et 10 clips audio comme références, et propose un contrôle précis au niveau de la timestamp pour l'édition, incluant des fonctions comme l'incrustation verte et les changements de perspective. Seedance 2.5 est déployé sur Jimeng AI et Doubao Pro, avec un accès API prévu via BytePlus ModelArk.
Plusieurs commentateurs saluent la qualité visuelle et la cohérence de Seedance 2.5, y voyant un progrès majeur. Mais beaucoup nuancent la démo : des artefacts persistent (pause des acteurs en fin de réplique, mouvements encore trop « animés », cadrage typique de bande-annonce, reflet erroné dans une vidéo). Surtout, certains remarquent que le modèle semble taillé pour l'action et les effets spéciaux, reflétant la demande chinoise, alors que les cinéastes occidentaux réclament surtout du v2v pour conserver la performance d'un acteur et l'insérer dans un autre décor. Un commentateur illustre ce décalage par les succès au box-office chinois de films comme Warcraft ou Pacific Rim, là où l'Occident privilégie le dialogue et le jeu. D'autres rétorquent que le marché chinois n'est pas si monolithique, citant des drames comme Hi, Mom qui ont très bien marché là-bas.
Les commentaires apportent des chiffres concrets absents de l'article : une génération de 30 secondes coûterait environ 15 dollars sur Dreamina, et un praticien dit dépenser plus de 10 000 dollars en inférence pour ses storyboards. Face à ce coût, plusieurs commentateurs pointent MiniMax H3, un modèle open weights imminent, qui tournerait correctement sur une 3080 et permettrait plus de contrôle pour moins cher. La discussion souligne aussi la profusion de nouveaux modèles (WAN, LTX, Flux3) : certains jugent la course épuisante, d'autres y voient une chance de sortir des solutions propriétaires.
Le débat porte ensuite sur la créativité et l'éthique. Un ancien réalisateur dit que ces outils ne l'intéressent pas, car le manque de contrôle fin ne laisse pas de place à l'expression individuelle ; un autre y voit au contraire une opportunité sans précédent de concrétiser des visions impossibles à financer. Un avis minoritaire affirme que la génération vidéo devrait être interdite, mais d'autres répondent que le scepticisme du public grandit et que des usages professionnels (publicités, films) existent déjà.
-
How to Exist
L'article propose une expérience : rester trois minutes sans rien faire et en étant content, ce qui s'avère étrangement difficile. Il décrit l'être humain comme allergique au moment présent, cherchant sans cesse à s'échapper par des activités ou des distractions. Il suggère ensuite une pratique de méditation simple, basée sur l'embrassade des sensations d'une demi-respiration à la fois, pour s'habituer à exister sans crainte.
La discussion autour de l'article « How to Exist » est riche en retours d'expérience sur la difficulté de ne rien faire. Plusieurs commentateurs reconnaissent que l'immobilité et l'inaction sont contre-intuitives, mais beaucoup nuancent la thèse centrale. Un commentaire cite l'ouvrage de Burkeman pour expliquer que l'obsession de l'action vient de la révolution industrielle et de la vente du temps de travail, tandis que les humains seraient génétiquement faits pour des tâches liées aux cycles naturels. Un autre relate son échec avec la méditation après six mois et près de 200 jours de pratique, sans ressentir le moindre effet ; en réponse, on lui suggère qu'il existe d'autres pratiques méditatives que la pleine conscience occidentale, et qu'une pratique peut ne pas convenir.
Plusieurs avis contredisent ou corrigent des points de l'article. L'interprétation de l'étude sur les chocs électriques est vivement contestée : un commentateur estime que les participants n'évitaient pas leurs pensées mais cherchaient simplement à jouer avec un objet nouveau et intéressant, la douleur étant le prix de la curiosité. D'autres soulignent que « ne pas bouger » est en réalité une action inhibitrice active, et non un vrai lâcher-prise. Un commentateur défend le paradoxe de vouloir être content en ne faisant rien, rappelant que la tradition bouddhiste utilise le désir pour dissoudre le désir. Un avis minoritaire affirme que ne rien faire est au contraire facile pour lui, et que la difficulté n'est pas universelle.
Sur le plan concret, des praticiens de longue durée témoignent des bénéfices de la méditation : régulation émotionnelle, gentillesse, capacité à observer les pensées, parfois vécue comme une prière. Une marche de deux heures en nature est citée comme un moyen efficace de laisser le cerveau traiter les problèmes, probablement via le réseau du mode par défaut. Un commentateur relie l'hyperactivité moderne à un affaiblissement des communautés, tandis qu'un autre rétorque que la société capitaliste optimise la productivité et punit ceux qui sortent du système.
-
Cursor removed cost information from the usage page and CSV export
Des utilisateurs de Cursor signalent la disparition des montants en dollars sur la page d'utilisation et dans l'export CSV, remplacés par des nombres de tokens. Un membre de l'équipe Cursor confirme un changement délibéré pour les plans individuels et Teams : les coûts ne sont plus affichés que pour l'usage on-demand, tandis que l'usage inclus est marqué 'Included'. Les administrateurs Teams peuvent voir les totaux par utilisateur mais plus de détail par modèle. L'API d'historique renvoie désormais des champs de coût à zéro, même pour les données historiques. Les utilisateurs critiquent ce manque de transparence et demandent le retour d'un affichage en dollars.
La discussion porte sur la suppression des informations de coût dans l'interface et l'export CSV de Cursor. Un employé de Cursor répond que la casse du CSV était accidentelle et corrigée, et que la suppression d'un graphique en dollars visait à éviter la confusion entre usage inclus et facturation à la demande. Plusieurs commentateurs jugent cette explication peu crédible et y voient une décision délibérée pour masquer la consommation réelle, d'autant que l'indicateur circulaire de coût près du contexte a aussi disparu — ce qui, selon eux, augmente le risque de dépasser les crédits sans s'en rendre compte. Un avis minoritaire estime que les utilisateurs sont assez intelligents pour comprendre la différence entre tarif API et abonnement, et que ce changement est inutilement hostile.
Beaucoup de commentateurs annoncent avoir quitté Cursor ou réduit son usage au profit d'alternatives comme Claude Code, Codex, ou OpenCode, critiquant au passage le fait que Cursor soit devenu un éditeur moins agréable pour l'édition manuelle et que son intégration ne compense plus les problèmes de coûts. Un praticien partage des mesures comparatives de consommation de tokens pour une même tâche avec différents harnais : l'écart est énorme (de 172 000 à 3,8 millions de tokens selon l'outil), ce qui suggère que la transparence sur la consommation est cruciale et que Cursor n'est pas forcément le plus efficace. Plusieurs regrettent aussi la fin du programme de parrainage sans préavis et un changement de politique perçu comme lié au rachat par SpaceXAI/Elon Musk.
La discussion corrige donc l'article sur un point factuel : le CSV n'était pas définitivement cassé, mais la suppression du graphique en dollars, elle, était bien intentionnelle, même si contestée. Les commentateurs s'accordent sur une défiance croissante envers la tarification opaque des outils d'IA, comparée aux factures AWS, et certains recommandent de mesurer soi-même sa consommation ou d'utiliser des proxys. Quelques voix isolées défendent encore Cursor pour son IDE intégré ou Composer 2.5, mais la tonalité générale est très négative, avec des accusations d'« enshittification » et de mépris des utilisateurs.
-
NetBSD 11.0
NetBSD 11.0 est annoncé, après un long délai. Les images ISO sont désormais réparties en versions CD (<700 Mo) et DVD ; pour les supports flash, il faut utiliser les fichiers .img décompressés. Le projet assume des problèmes de sécurité non résolus, leur nombre ayant fortement augmenté avec les outils d'IA, et préfère publier plutôt que de différer encore. Les correctifs arriveront avec la 11.1, visée dans les deux mois.
Les commentaires convergent sur un point : NetBSD reste l'OS de référence pour l'hétérogénéité matérielle et les machines anciennes. Plusieurs praticiens témoignent d'usages concrets, comme le montage d'un cluster à partir d'équipements récupérés (SGI, PowerMac, Dell) uniquement possible grâce à NetBSD, ou le support de la VAX 780 de 1979. L'ajout du port RISC-V et les améliorations pour du matériel vintage (alpha, hp300, mac68k, etc.) sont salués, tandis que Linux abandonne progressivement ces architectures. Un commentateur rappelle la répartition historique des rôles : OpenBSD pour la sécurité, FreeBSD pour les fonctionnalités, NetBSD pour la portabilité.
La question de l'usage quotidien divise. Certains estiment que NetBSD n'est pas au niveau de Linux pour le desktop, d'autres le jugent tout à fait viable, notamment car le support des périphériques est bon. Le choix d'un BSD est motivé par la complétude du système (kernel, userland, outils) et la simplicité conceptuelle face à la complexité de Linux. Un utilisateur d'OpenBSD vante cette approche mais signale quelques difficultés avec les fichiers de périphériques USB et l'usage de root. Un autre commentateur s'interroge sur l'état de Wine sous NetBSD pour faire tourner un logiciel SDR Windows, sans réponse claire. L'ancienneté de GCC (12.5.0) est relevée, la dernière version étant 16.1, questionnant le rythme de mise à jour.
La discussion corrige et nuance l'article. Le ton apologétique de l'annonce, mentionnant des problèmes ouverts, est jugé excessif : la version clôture plus de problèmes qu'elle n'en crée. Un commentateur venu des BSD historiques contredit l'impression d'un système archaïque en rappelant que NetBSD moderne intègre des nouveautés comme kqueue et les ACL, et n'a plus rien à voir avec les BSD des années 1970. Enfin, un lien vers l'annonce officielle est fourni pour plus de détails, suggérant que l'article initial est incomplet. Une remarque sur les CD-ROM encore publiés amène une précision : si les machines récentes bootent sur USB, de nombreuses architectures supportées n'ont pas cette capacité, d'où le maintien du format.
-
A Surveillance Treaty in Disguise: Canada Signs UN Cybercrime Convention
Le Canada a signé la Convention des Nations unies contre la cybercriminalité, présentée par les ministres comme un traité protégeant les enfants avec des garanties des droits humains. Les critiques y voient surtout un accord global de surveillance transfrontalière et de partage de preuves électroniques : le Canada s'y était d'abord opposé, des organisations de défense des droits et experts canadiens avaient recommandé de ne pas signer, et plusieurs alliés n'ont pas signé non plus.
Initiée par la Russie en 2017, adoptée en décembre 2024, la convention prévoit des pouvoirs procéduraux applicables aux preuves électroniques de toute infraction et une coopération pour tout « crime grave » puni d'au moins quatre ans de prison. Des groupes comme l'EFF et Human Rights Watch avertissent qu'elle fonctionne comme un pacte de surveillance mondial, sans autorisation judiciaire préalable ni exception d'infraction politique. Une lettre de décembre 2024 signée par Amnesty International Canada, PEN Canada, OpenMedia et les chercheurs du Citizen Lab a mis en garde contre la répression transnationale, le commerce des spyware et la criminalisation de la recherche de sécurité. Le gouvernement n'a pas expliqué ce qui a changé ; une hypothèse évoque un lien avec l'agenda sur l'accès légal (lawful access) et le projet de loi C-22, alors que le Canada dispose déjà d'autres instruments de coopération.
Plusieurs commentateurs reprennent l'article pour dénoncer le traité des Nations unies sur la cybercriminalité comme un cheval de Troie liberticide, mais la discussion apporte surtout des nuances importantes. Un point revient souvent : le Canada n'est pas seul, l'Australie, l'UE et le Royaume-Uni ont aussi signé, et un commentateur précise que la signature n'a qu'un impact limité tant que le traité n'est pas ratifié. D'autres notent que l'UE a déjà son propre traité, ce qui relativise l'originalité de la convention. Plusieurs voix saluent le travail de Michael Geist et Cory Doctorow, mais regrettent que les gouvernements n'en tiennent pas compte.
Les commentaires divergent sur la portée réelle du texte. Un avis minoritaire estime que la coopération internationale est nécessaire pour lutter contre la criminalité en ligne, et que ce type de traité prépare logiquement des mécanismes d'identification numérique. Mais la majorité y voit une menace : un commentateur évoque un « statu quo » entre criminels et États, où les conventions servent surtout de signal politique, tandis qu'un autre dénonce l'hypocrisie des gouvernements qui signent tout en faisant un clin d'œil à d'autres publics. La question de l'âge et de l'identité est soulevée comme prétexte potentiel à une surveillance généralisée.
Certains commentaires corrigent ou nuancent l'article : il ne s'agit pas d'une exception canadienne, et la simple signature ne vaut pas engagement ferme. Un commentateur ironise sur le fait que le Canada signe « presque tout » à l'ONU. Enfin, un débat plus large émerge sur la difficulté d'une politique « WYSIWYG » et sur l'absence de défense des droits numériques, avec l'idée que les libertariens ne veulent pas plus de lois, ce qui expliquerait le peu de progrès législatifs.
-
Google has abandoned Google News?
L'article relate la dégradation progressive de Google News, utilisé par un journaliste pour rechercher des articles américains récents. Les filtres de période, de langue et de lieu sont ignorés : les résultats proviennent majoritairement de réseaux sociaux, de sources étrangères, ou d'articles anciens. L'auteur compare l'abandon de Google News à la scène de Forrest Gump où Forrest laisse son bateau s'écraser, distrait par l'IA.
La discussion confirme largement le constat de l'article : plusieurs commentateurs rapportent des recherches d'actualités où le filtre de date est ignoré, avec des résultats remontant à des semaines ou des mois, voire des années. L'exemple cité : une recherche sur Ceuta limitée à 2021 ne renvoie que des articles récents. D'autres remarquent que les résultats sont envahis par des contenus de réseaux sociaux (Instagram), des publications étrangères, et dans des langues non identifiées – le screenshot de l'article montre d'ailleurs du malayalam, une langue du sud de l'Inde. Ce phénomène dépasse Google News : la recherche normale avec l'outil 'Période' ne filtre plus correctement, et les guillemets de recherche exacte ne fonctionnent plus pour certains. Google Finance est aussi jugé 'détruit' par sa refonte. Bref, un sentiment général de dégradation des produits Google, souvent attribué à la quête de publicité et à la transition vers l'IA.
Cependant, plusieurs commentateurs contestent vivement la méthodologie de l'article. Ils soulignent que la capture est issue de l'onglet 'Actualités' de la recherche classique, pas de news.google.com, et que l'auteur a volontairement recadré l'image pour masquer l'URL, la requête, et un bandeau indiquant que le filtre a été élargi. Ils exigent des 'reçus' : des requêtes complètes et des captures non recadrées. Un commentateur affirme ne pas parvenir à reproduire le problème, tandis qu'un autre, testant une requête, trouve des résultats dans la semaine jusqu'à la page 17, sans bandeau d'avertissement. Le débat reste donc partagé : le grief de fond (les filtres ne sont pas respectés) est réel pour certains, mais la preuve apportée par l'article est jugée peu rigoureuse.
Enfin, la discussion propose des alternatives : Kagi (payant) est cité plusieurs fois comme plus fiable, ainsi que Ground News, Ecosia, ou encore le projet Forth.news qui agrège des sources primaires. D'autres commentateurs estiment que le vrai problème n'est pas Google mais l'état du journalisme en ligne, et que les utilisateurs délaissent l'actualité au profit des réseaux sociaux ou des LLM.
-
RipGrep musl binaries occasionally segfault during very-large searches
Bug signalé sur ripgrep 15.2.0 (binaire x86_64-unknown-linux-musl) : crash SIGSEGV occasionnel lors de recherches très volumineuses à forte concurrence. Le crash se produit dans un calloc appelé par opendir, avec une assertion de métadonnées de heap échouée dans mallocng de MUSL. Reproduction : générer un arbre d'environ 20 GiB et 1,8 M de fichiers, puis lancer rg en boucle sur une chaîne absente. L'auteur fournit le backtrace complet et s'attend à un comportement sans segfault.
La discussion confirme que le bug de segfault de ripgrep en version musl est en réalité un bug du noyau Linux, et non un défaut de ripgrep ou de musl. Plusieurs commentateurs pointent vers l'analyse du noyau (lien lore.kernel.org) et vers un dépôt GitHub dédié. L'analyse produite par IA dans ce dépôt est vivement critiquée : « bavardage illisible », « explication absurde ». Un commentateur expérimenté corrige l'explication : un TLB flush supplémentaire n'est jamais une erreur, le vrai problème serait une entrée de PTE de page zéro présente à tort, peut-être un bug de zap path ou de concurrence. L'accord général est qu'il s'agit d'un bug du noyau, pas de musl ni de ripgrep.
Plusieurs avis divergent sur les conséquences pratiques. Certains s'étonnent que ripgrep utilise l'allocateur par défaut de musl, jugé peu performant en multithreading ; un retour de terrain cite une amélioration de 20x en passant à mimalloc. Mais un autre commentateur rappelle que ripgrep utilise déjà jemalloc pour les builds musl 64 bits, et que le bug est indépendant de l'allocateur. Un commentateur met en garde contre l'utilisation de ripgrep sur des systèmes de fichiers clusters à grande échelle, générant trop de petites I/O, ce qui provoque des engorgements. Un lien vers The Register mentionne que des modèles d'IA ont échoué sur ce bug, seul GLM-5.2 aurait réussi, mais cela reste secondaire.
Une question récurrente est pourquoi seul musl est affecté ; la réponse probable est une coïncidence (le bug ne se déclenche que sur une machine) et le fait que l'allocateur de musl expose des pages fraîchement allouées, ce qui élargit la fenêtre de concurrence. En résumé, la discussion apporte des éclaircissements sur la nature du bug (noyau, pas musl), des critiques sur l'analyse IA, et des conseils d'utilisation, sans remettre en cause l'article initial.
-
Flint: A Visualization Language for the AI Era
Titre de l'article : « Flint: A Visualization Language for the AI Era ». Aucun contenu supplémentaire fourni.
La discussion sur Hacker News est largement sceptique quant à l'intérêt de Flint. Plusieurs commentateurs estiment qu'il s'agit d'une « roue réinventée » : des bibliothèques matures comme Plotly, ECharts ou Vega-Lite répondent déjà au besoin, et les modèles de langage savent générer du code pour elles. Beaucoup soulignent que le tagline « AI Era » relève du marketing ou du buzzword, certains allant jusqu'à suggérer que le projet a d'abord existé sans lien avec l'IA avant d'être repositionné. Un avis récurrent : la verbosité du format JSON et la nécessité d'apprendre une nouvelle spécification aux modèles risquent d'annuler les gains supposés en efficacité. Quelques commentateurs sont plus durs, parlant de « gâchis » ou de « slop ».
Certains voient néanmoins des avantages concrets. Un commentateur, après avoir comparé Flint à une génération directe de spécifications Vega-Lite, note que Flint est plus fiable pour des types de graphiques prédéterminés et une personnalisation limitée, tandis que la génération directe de code offre plus de flexibilité mais demande une validation et un débogage fastidieux. D'autres évoquent l'intérêt de pouvoir changer de backend sans réécrire le code, ou encore d'éviter d'exécuter du code généré en sandbox : Flint ne nécessite que la validation du JSON. Un commentaire rappelle que les moteurs d'inférence modernes supportent le décodage contraint par grammaire, ce qui rend caduque l'idée que les LLM sont mauvais en génération de JSON.
La discussion apporte aussi des corrections factuelles. Un commentateur précise que le livre « Grammar of Graphics » de Wilkinson a inspiré ggplot2 mais ne le mentionne pas, contrairement à ce que pourrait laisser entendre l'article. Il renvoie au livre et à une DSL personnelle inspirée de la même grammaire. D'autres remarquent qu'il n'y a pas de preuve de l'avantage de Flint par rapport à des librairies existantes, et qu'un comparatif côte à côte serait nécessaire. Enfin, un lien vers une discussion précédente sur le même sujet est partagé, indiquant que le projet a déjà été présenté il y a quelques semaines.
-
AI doesn't generate working products, that's still your job
Un développeur expérimenté livre sa réflexion sur l'IA générative et le développement logiciel. Si les prototypes sont plus rapides que jamais à obtenir, l'écart reste grand entre 'ça marche' et 'prêt pour la production' : les problèmes de robustesse, de sécurité, de passage à l'échelle et d'architecture subsistent. La valeur de l'ingénierie ne réside pas dans l'écriture mécanique du code mais dans le jugement et la compréhension des systèmes.
L'article défend l'apprentissage des fondamentaux de l'informatique (algorithmes, structures de données, systèmes) comme complément indispensable à l'utilisation de l'IA, qui produit du code par correspondance de motifs sans réel discernement. Les ingénieurs qui s'appuient sur l'IA sans cette base risquent de se retrouver incapables de diagnostiquer les pannes ou de faire évoluer leurs créations.
En conclusion, l'IA compresse le travail mécanique et augmente la productivité des ingénieurs expérimentés, mais ne remplace pas l'expertise. Le prototype est devenu facile ; le passage à l'échelle et la fiabilité restent le cœur du métier.
La discussion converge largement avec la thèse de l'article : l'IA produit des prototypes, mais pas des produits maintenables en conditions réelles. Plusieurs commentateurs relatent des expériences similaires de code généré par LLM qui se dégrade subtilement sur plusieurs mois, avec des incohérences invisibles en isolation. L'un d'eux affirme avoir jeté des mois de travail sur un projet. D'autres notent que si on demande à un LLM de corriger un bug, il en crée souvent d'autres à l'infini. Un commentateur propose un test utile : demander à l'IA si son propre code est prêt à être vendu un million de dollars ; elle révèle alors tout ce qui manque. En revanche, quelques retours positifs émergent : des applications internes simples (plugins Slack, GMeet) ont été réalisées avec succès via un plan détaillé et des tests, pour un coût d'infrastructure de 0,07 $/mois au lieu de 20 $/personne. Mais ces succès concernent des outils jetables, pas des codebases existantes ou critiques.
Les commentaires nuancent toutefois l'article sur plusieurs points. Certains jugent sa logique erronée : l'IA ne se limite pas à un prompt en quatre lignes ; on peut itérer, utiliser des boucles de revue contradictoires, des linters et des tests pour améliorer le résultat. D'autres rétorquent que dès qu'on sort du chemin heureux, les LLM font des hypothèses catastrophiques en production. Un non-ingénieur illustre ce problème avec un jeu de cartes où le LLM a importé une bibliothèque standard au lieu de créer un modèle de données flexible, rendant impossible l'ajout de cartes spéciales. La définition même de « production-grade » fait débat : un commentateur estime que c'est une compréhension collective du système, un autre affirme que l'IA n'a en rien raccourci la distance entre prototype et production, tandis qu'un avis minoritaire soutient le contraire.
Enfin, la discussion apporte une perspective économique et stratégique. Si l'IA peut tout construire seule, pourquoi le produit aurait-il de la valeur ? Un commentateur compare les compagnies aériennes qui ne capturent pas la valeur qu'elles créent.
-
RamenHaus
Hacker News présente un article titré "RamenHaus" sans texte disponible. Aucun contenu à résumer.
La discussion autour de RamenHaus mêle enthousiasme culinaire et retours de terrain. Plusieurs commentateurs saluent la qualité des photos et l'idée du site, tout en relevant un défaut technique : la rotation CSS donne un aspect « plastique » aux plats, car la lumière ne suit pas le mouvement, contrairement aux animations 3D du site RotatingSandwiches qui a inspiré le projet. Un utilisateur sous Linux note d'ailleurs que l'animation disparaît avec le paramètre « prefers-reduced-motion », ce qui n'est pas le cas sous Windows. Sur le fond, la discussion dépasse l'article : les avis divergent sur la valeur de la cuisine de rue japonaise hors du Japon. Un commentateur juge les ramen occidentaux « surfaits » et trop chers, tandis que d'autres rétorquent que c'est un problème général de restauration (burgers, tacos) et que le Japon reste imbattable. Plusieurs connaisseurs recommandent des adresses précises (Tatsu-ya à Austin, Ittenbari à Tokyo, Bankara à Bangkok) et signalent des nuances : un établissement londonien vanté dans l'article est en réalité une chaîne orientée livraison, assez éloignée d'un vrai comptoir japonais.
D'autres commentaires apportent des ressources pratiques : le film Tampopo est cité comme une introduction indispensable à la culture du ramen, et l'on mentionne la communauté r/ramen ainsi que le livre gratuit de Ramen_Lord, très complet. Un commentateur japonais exprime sa surprise de voir des ramen si appétissants à l'étranger, ce qui amène une réponse sur la diffusion de la cuisine japonaise hors des sushi et des ramen. Enfin, la discussion s'éloigne parfois du sujet avec des projets parallèles (site sur les lavabos de salles de bain) et une comparaison avec wikipaella.org. Dans l'ensemble, les commentaires enrichissent l'article par des expériences concrètes et des corrections contextuelles, même si le ton reste majoritairement positif et gourmand.
-
BMW Spider-Man in-car advertising
BMW a commencé à diffuser une publicité plein écran pour le film Spider-Man: Brand New Day sur l'écran de contrôle central de véhicules déjà vendus, du 27 juillet au 10 août 2026, dans plus de 70 marchés. L'animation, déclenchée par un clic sur une bannière au démarrage, dure 19 secondes avec musique et effets d'éclairage d'ambiance. BMW la présente comme un partenariat de marque, mais l'initiative contredit une déclaration de 2023 selon laquelle l'habitacle resterait un espace privé sans publicité. L'article rappelle également l'abandon en 2023 de l'abonnement aux sièges chauffants. La campagne publicitaire globale de Sony, dont ce dispositif fait partie, est valorisée à un record de 309 millions de dollars.
La discussion fait consensus sur le fait que cette publicité forcée dans une BMW est une dégradation de la marque, souvent comparée à des pratiques low cost (Ryanair, Kindle). Plusieurs commentateurs y voient un symptôme d'une tendance plus large : abonnements pour sièges chauffants, publicités sur écrans (Mercedes aussi), et surtout une monétisation unilatérale d'un véhicule déjà vendu, sans reverser de revenus au propriétaire. Un commentateur estime que c'est « moche » et qu'une action collective se prépare.
Des nuances apparaissent quant à la forme réelle de la publicité : un commentateur, se fondant sur une vidéo, doute qu'il s'agisse d'un bandeau cliquable comme le décrit l'article, et évoque plutôt une icône de relecture. Un autre affirme avoir reçu la pub dans sa 330i et se dit prêt à rejoindre une class action. Certains relativisent en rappelant que les consommateurs continuent d'acheter, donc les constructeurs n'ont pas de raison de changer. Un avis minoritaire trouve cela bénin, comparable au mode « tron » de Tesla. D'autres enfin notent que les régulateurs européens imposent déjà des dispositifs intrusifs (eye tracking, alertes de vitesse), rendant cette pub presque secondaire.
Concrètement, la discussion corrige l'article sur un point : le format n'est pas forcément une publicité plein écran. La source principale est identifiée comme un article d'Autopian (Jason Torchinsky), et le wiki Consumer Rights est mentionné comme projet en plein essor. Un commentaire ironise sur le terme « surprise » employé par BMW pour qualifier la publicité, rappelant les « surprise mechanics » d'EA. Aucun chiffre financier n'est avancé, mais plusieurs participants soulignent le risque juridique d'une distraction au volant si la pub se déclenche pendant la conduite.
-
The Silicon Valley Founder Meat Grinder
L'auteur raconte le parcours de Jim, rencontré alors qu'il tentait de devenir développeur après un bootcamp, ambitionné et charismatique. Grâce à un réseau, Jim obtient un poste dans une startup acquise par une grande entreprise, mais perd pied face à l'argent, se fait licencier, puis part pour San Francisco. Il intègre une startup Y Combinator, enchaîne les échecs et les projets, publie des posts de plus en plus erratiques mêlant IA et propos incohérents, avant de disparaître. L'auteur apprend plus tard que Jim a sombré dans les excès (fêtes, drogues), perdu sa fiancée et fait une dépression nerveuse, avant de quémander de l'argent pour rentrer. L'article s'achève sur une réflexion sur la 'machine à broyer' de la Silicon Valley, que peu d'ambitieux réussissent à dompter.
L'article suscite un scepticisme marqué. Plusieurs commentateurs jugent que le portrait de Jim est trop complaisant et passe à côté de signaux évidents : Jim serait un manipulateur opportuniste (« grifter ») plutôt qu'une victime du « meat grinder » de la Silicon Valley. L'histoire, qualifiée de « pleine de trous », ne représenterait pas le sort des fondateurs sérieux, souvent décrits comme ennuyeux et travailleurs. D'autres voient en Jim un exemple de « fausse startup » : des gens qui veulent incarner le rôle de fondateur plutôt que de construire quelque chose, une attitude comparée à une confrérie étudiante ou à un jeu de rôle.
La discussion oppose aussi deux lectures de l'évolution de la Silicon Valley. Certains regrettent une dérive vers l'argent, amorcée avec les fortunes bitcoin, qui aurait attiré des gens sans passion pour la construction. D'autres rétorquent que cette nostalgie est cyclique : chaque génération critique la suivante, comme pour Burning Man. Un commentateur oppose l'Europe, plus frileuse face aux profils non conventionnels, où un Jim n'aurait jamais reçu de financement ; un autre explique cette différence par la richesse et l'histoire migratoire des États-Unis.
Plusieurs corrections factuelles émaillent la discussion : le home brewing n'est pas un signe de folie financière, c'est un hobby bon marché. Surtout, des retours de terrain insistent sur l'importance de la persistance et de la prise de risque, qui peuvent mener à des réussites spectaculaires, et sur la dérive vers l'auto-illusion chez certains fondateurs. La référence à l'article « Beware The Pretty People » de 2015 suggère que ce phénomène est ancien. Enfin, un commentaire note que beaucoup de fondateurs à succès n'avaient pas d'idée précise au départ, ce qui nuance l'accent mis sur les « grandes idées ».
-
The Art of 64-bit Assembly
Présentation du livre « The Art of 64-bit Assembly » (volume 1, chapitre « Advanced Macros ») : il apprend à construire en MASM sous Windows des objets, exceptions, fermetures, coroutines et programmes concurrents, en disséquant les mécanismes au niveau des instructions. L'objectif est de comprendre ce que fait réellement Windows (vtables, SEH, thunks, etc.) plutôt que de se contenter d'explications approximatives.
La discussion part sur une remarque méta : plusieurs commentateurs déplorent que le fil se concentre sur des à-côtés (première phrase du texte de présentation, outils utilisés, LLM) plutôt que sur le contenu du livre. Un possesseur du volume 1 raconte s'être blessé en le laissant tomber sur son pied, mais juge l'ancien livre sur x86 et la série *Write Great Code* instructifs, bien que l'auteur y prône une méfiance excessive envers les compilateurs. D'autres apprécient la longévité de l'ouvrage, se souvenant de versions 16 bits vieilles de plusieurs décennies.
Sur le fond technique, plusieurs commentaires critiquent le choix de MASM et de Windows, notant que le titre est trompeur pour un sujet aussi large ; un avis minoritaire défend MASM comme l'outil le plus agréable pour écrire de l'assembleur à la main. Un praticien compare GAS et MASM : GAS, destiné avant tout aux compilateurs, manque de fonctionnalités macros comme le traitement de chaînes, et son mode altmacro ne permet que des expressions absolues limitées aux positions d'arguments, alors que l'opérateur % de MASM est bien plus général. Un autre commentaire précise que la disposition des vtables relève de l'ABI MSVC, pas de l'ABI noyau, même si en pratique tout logiciel Windows l'utilise – nuance qui corrige l'extrait cité.
Enfin, la question de l'utilité de l'assembleur à l'ère des LLM divise. Certains affirment que les LLM se trompent facilement sur du code assembleur simple, produisant des corrections plus lentes, et que l'écriture manuelle reste pertinente pour comprendre le fonctionnement sous le capot. D'autres rétorquent que si le livre devient populaire, son contenu sera intégré aux prochains entraînements, ce qui invaliderait l'argument de l'auteur. Un commentateur propose en alternative d'écrire un compilateur plutôt que de l'assembleur brut, pour éviter la difficulté de maintenir du code où l'état des registres doit rester en tête.
-
Ten Ways NAS Is Getting Enshitified
L'article détaille huit évolutions récentes du marché du NAS qui réduisent le contrôle et l'extensibilité pour l'utilisateur. Il évoque la généralisation de RAM soudée sur les plateformes x86 (Intel N100/N150), limitant toute mise à niveau mémoire, ainsi que la stagnation des ports réseau 1GbE sur les modèles intermédiaires, le 10GbE servant de différenciation payante.
Il aborde aussi le verrouillage des disques par les fabricants (Synology en tête), l'intégration de stockage OS soudé ou de faible capacité qui occupe un slot M.2, et le bridage des lignes PCIe qui empêche d'atteindre les débits annoncés. Enfin, il mentionne le recyclage d'anciennes architectures sous de nouveaux numéros de modèle, la raréfaction des disques durs de petite et très grande capacité dans le retail, et l'essor des SSD sans DRAM dont les performances chutent en usage soutenu.
La discussion valide en grande partie les critiques de l'article sur le verrouillage des NAS propriétaires, mais conteste sa définition implicite du NAS. Plusieurs commentateurs rappellent qu'un NAS est à l'origine un simple boîtier de stockage réseau, pas un serveur polyvalent ; la RAM soudée et l'absence d'extension seraient donc naturelles pour ce segment. D'autres, au contraire, estiment que le NAS est l'endroit idéal pour héberger Plex, Immich ou Home Assistant, et que l'OS doit se rapprocher d'un Linux généraliste. Le débat DIY vs prêt-à-l'emploi est central : certains vantent le bricolage sur PC de récupération ou mini-PC, d'autres assument avoir choisi un appareil compact et silencieux qui « marche sans y penser », même si cela signifie moins de contrôle.
La discussion corrige ou nuance l'article sur plusieurs points. La consolidation des interfaces est perçue, pour certains, comme un signe de maturité plutôt que d'« enshittification ». La critique des disques système fixes est jugée contradictoire : l'eMMC est condamné, mais un emplacement M.2 est aussi critiqué car il pourrait servir à du stockage. Des informations concrètes émergent : Synology verrouille désormais la déduplication de DSM 7.4 aux volumes « 100% Synology », mais un script open-source permet de contourner la compatibilité des disques ; le prix des disques durs a triplé, rendant l'ajout de stockage prohibitif ; le matériel d'occasion (comme un HP MicroServer N54L) reste une alternative économiquement viable. Certains commentateurs abandonnent même le NAS local pour S3, invoquant la résilience face à la foudre et la simplicité de gestion.
Enfin, la discussion s'attarde sur l'ironie du site qui héberge l'article : il est décrit comme illisible à cause des publicités, popups et bannières, ce qui illustre l'« enshittification » qu'il dénonce. Le terme NAS lui-même est jugé galvaudé : historiquement un pure serveur de fichiers, il désigne aujourd'hui souvent un serveur domestique, et ce glissement sémantique expliquerait les attentes contradictoires.
-
A directory of people who love RSS
Un annuaire de personnes qui aiment RSS.
La discussion autour de l'annuaire de flux RSS témoigne d'un regain d'intérêt pour cette technologie. Plusieurs commentateurs partagent leurs propres projets : l'un présente un annuaire similaire encore en développement (rssvault.org), un autre vante FeedLand, un outil qui rend le RSS social en affichant qui s'abonne à un blog. Certains expriment une nostalgie pour l'époque où les gens bloguaient sur leur vie quotidienne, plutôt que pour la technologie elle-même. Un commentateur indique que son blog reçoit une grande partie de son trafic via RSS, tandis qu'un autre préfère l'auto-hébergement avec Miniflux.
Mais les commentaires nuancent l'optimisme de l'article. Un débat technique oppose les partisans d'Atom à ceux qui jugent le débat sans intérêt pratique : un commentateur qualifie RSS de 'mauvais format' et appelle à le laisser mourir, tandis que d'autres rétorquent que le terme RSS est devenu générique et que les lecteurs supportent les deux. Un praticien souligne la difficulté réelle de parser des flux RSS : de nombreux sites servent des formats subtilement invalides, ce qui oblige les développeurs de lecteurs à gérer des cas limites. Un autre commentaire critique les annuaires de flux qui empilent des liens sans curation, rendant la découverte difficile.
Des apartés (l'emoji dans le titre, la peur du profilage par les GAFAM) ne font pas avancer le débat, mais la discussion apporte des retours de terrain concrets sur les problèmes techniques et la diversité des usages actuels.
-
The development pipeline is a production system
L'article compare la chaîne de développement logiciel à un système de production : une panne des outils de build, des serveurs QA ou des pipelines CI/CD paralyse l'équipe autant qu'une panne en production. L'auteur recommande de considérer tout obstacle au processus de livraison comme une urgence critique, au même titre qu'une interruption de service pour les clients.
La discussion valide largement la thèse de l'article : pour les équipes d'infra, l'environnement de dev et les pipelines sont des systèmes de production, car leur panne bloque les développeurs et donc la capacité à livrer. Plusieurs commentateurs soulignent qu'il faut traiter la sécurité de la chaîne de build/déploiement comme celle de la production, et que l'incapacité à déployer est un signal d'alerte, car elle empêche de corriger une panne réelle. L'idée que les développeurs sont des clients est récurrente, mais certains notent qu'elle bute sur la vision financière où seuls les clients payants comptent.
Cependant, la discussion apporte des nuances et des contradictions. Plusieurs commentaires contestent l'absence de priorisation : impossible de tout traiter comme urgence absolue, une panne côté client passe avant un outil interne. Un avis minoritaire affirme que le pipeline n'est pas la production, car on peut (et doit) prévoir un contournement pour les hotfixes. D'autres rappellent que l'article ignore le risque inverse : trop investir dans l'outillage peut couler une startup. Sur la QA, plusieurs constatent la disparition des équipes dédiées, avec des avis partagés sur les raisons (politique interne, management).
Concrètement, les commentateurs recommandent des pratiques : héberger ses propres miroirs et registres d'artefacts pour ne pas dépendre de tiers (npm, PyPI, Docker Hub), utiliser des feature flags pour découpler déploiement et release, mettre en place des 'dead man's switch' pour détecter l'absence de succès des jobs, et prévoir un mécanisme de rollback indépendant du CI. Quelqu'un mentionne les métriques DORA pour mesurer la prévention. Un commentaire compare le pipeline à un architecte qui modifie un hôtel : important, mais l'hôtel continue de tourner.
-
Kenji/Serious Eats – 30-Min Pressure Cooker Pho Ga
Recette de pho ga (pho au poulet) en 30 minutes à l'autocuiseur, signée Kenji/Serious Eats.
La discussion salue largement cette recette de pho ga au pressure cooker, plusieurs commentateurs la préparant depuis des années et la recommandant comme un classique familial. Un commentateur note qu'il s'agit d'une recette ancienne (datant au moins de 2015), et déplore l'absence de date de publication originale sur les sites, remplacée par une mention « mis à jour » souvent liée au SEO. L'ensemble des retours confirme que la recette est fiable et appréciée, certains la mettant en rotation hebdomadaire en hiver, souvent accompagnée d'un bouillon d'os fait maison à l'Instant Pot.
Plusieurs nuances et corrections apparaissent. Un commentateur estime que la quantité de sauce de poisson (1/4 de tasse) est excessive et a failli lui faire jeter le plat, tandis qu'un autre rétorque que c'est une cuillère à soupe par portion, ce qui n'a rien d'extravagant, et que la sauce de poisson vietnamienne est plus douce que la thaïlandaise. Un autre avis suggère que le pressure cooker réduit le temps mais que les saveurs se mélangent moins bien que mijotées ; il recommande de laisser reposer la soupe 20 à 30 minutes en mode maintien au chaud. Un commentateur fait remarquer que Kenji a publié des versions alternatives pour le pho de bœuf (traditionnelle 6 heures et rapide 1 heure), ce qui permet d'ajuster l'effort. On trouve aussi une demande de version végétarienne, sans réponse satisfaisante, et un débat sur la difficulté de cuisiner à basse température sous pression, résolu par l'évocation des siphons à crème pour infusions.
Outre ces retours pratiques, la discussion élargit le sujet : comparaisons entre pho et ramen (le pho jugé plus « croustillant » et rafraîchissant, le ramen plus endormant), mais avec des nuances sur la diversité des styles de ramen. Plusieurs commentaires recommandent les livres de Kenji, notamment The Food Lab, apprécié pour son approche scientifique, moins The Wok. Un point technique évoque la vidéo de Chris Young sur un bouillon de poulet en 60 minutes au pressure cooker, qui a convaincu un commentateur de réduire son temps de cuisson de 90 à 60 minutes.