Hacker News
-
The Amazon Tax
Amazon tire près d'un milliard de dollars de bénéfices hebdomadaires de ses publicités de recherche, décrites comme un « vol légal » plutôt qu'une taxe. Ces publicités dégradent la qualité de la recherche : au lieu d'aider l'acheteur, elles poussent vers des produits moins pertinents, et les vendeurs sont contraints d'enchérir pour protéger leurs ventes naturelles. L'auteur estime que ce système zéro-somme réduit l'efficacité du marketing, renchérit les produits, favorise les versions bon marché et incite Amazon à dégrader ses résultats organiques pour vendre plus de clics. Il conclut qu'Amazon ne peut plus se prétendre centré sur le client, les coûts étant in fine supportés par les consommateurs.
Plusieurs commentateurs confirment le constat de l'article : la recherche Amazon est devenue un champ de mines publicitaire, avec environ trois quarts de résultats sponsorisés. Beaucoup disent utiliser Google, DuckDuckGo ou ChatGPT pour retrouver des produits précis qu'ils savent présents sur Amazon, et décrivent des filtres inopérants, des marques connues enterrées sous des clones chinois. Un conseil pratique ressort : trier par « Best Sellers » élimine les annonces et améliore nettement les résultats.
Mais le postulat central de l'article est nuancé. Un commentateur rappelle que la publicité fonctionne ainsi partout, et qu'Amazon n'est pas cher, seulement pratique (livraison, retours). D'autres contestent l'idée qu'Amazon connaîtrait la « meilleure » friteuse : les préférences individuelles varient, et un nouveau produit meilleur que le best-seller doit pouvoir émerger via la publicité. Les pistes juridiques (trademark, fraude) sont évoquées mais jugées vouées à l'échec, notamment à cause de la clause d'arbitrage contraignante. Plusieurs commentateurs signalent que la recherche sur d'autres plateformes (YouTube, AliExpress) est tout aussi mauvaise, ce qui relativise la singularité d'Amazon.
Sur le terrain, les retours sont mitigés : un utilisateur italien note que les prix ont augmenté et que les magasins spécialisés sont moins chers ; d'autres vantent John Lewis, Argos, Costco, ou le retour aux magasins physiques, appréciés car non personnalisés algorithmiquement. Etsy est cité comme alternative, mais certains relèvent qu'on y trouve aussi les mêmes articles d'Alibaba. Seul domaine où Amazon reste irremplaçable selon plusieurs avis : les livres, notamment via la recherche par ISBN. La discussion ne corrige pas l'article, mais elle en élargit le propos avec des expériences concrètes et une astuce de tri.
-
How Bluesky draws its logo on screenshots
Un développeur s'interroge sur la présence du logo Bluesky sur les captures d'écran alors qu'il est invisible dans l'interface. En fouillant le code open source de l'application, il découvre un composant nommé GrowthHack.tsx qui utilise un UITextField avec la propriété isSecureTextEntry. iOS masque ce champ lors des captures d'écran, laissant apparaître le logo. Une astuce similaire est utilisée par Telegram et Signal pour leurs conversations secrètes.
La discussion autour de l'article est très polarisée. Plusieurs commentateurs défendent l'approche de Bluesky, la jugeant peu intrusive et utile pour identifier la provenance d'une capture d'écran, notamment quand l'interface ressemble à celle de X. D'autres, au contraire, y voent une manifestation de plus de la mainmise des applications sur le contrôle de l'écran de l'utilisateur, comparant cela aux blocages de captures dans les applis bancaires ou aux notifications de Snapchat. Un avis minoritaire estime que la fonction pourrait être utile pour masquer des données sensibles, mais le nom du fichier « GrowthHack.tsx » suggère que l'objectif est avant tout promotionnel.
Plusieurs commentaires apportent des précisions factuelles : ce n'est pas une exclusivité de Bluesky, puisque X, Threads, Reddit et TikTok font déjà des choses similaires, et la fonction repose sur une API iOS (isSecureTextEntry) qui n'existe pas sur Android. D'autres notent que le « comment » de l'article est absent, et que la technique derrière le logo n'est pas expliquée. La discussion corrige aussi l'idée que ce serait une nouveauté : c'est une pratique répandue dans les réseaux sociaux, souvent intégrée dès le départ.
Un point de désaccord récurrent est la légitimité même de cette pratique : certains la jugent acceptable car discrète et bénéfique pour la découvrabilité, d'autres estiment qu'elle trahit une dérive vers le contrôle des plateformes et le fait que les intérêts de l'entreprise priment sur ceux de l'utilisateur. La discussion ne tranche pas, mais elle éclaire le contexte plus large des captures d'écran dans les applications et les compromis entre sécurité, confidentialité et marketing.
-
Beware Management Consultants
Critique satirique des consultants en management : après une réorganisation d'une équipe Red team en 4 capitaines, 2 managers et 1 senior director, ils proposent d'améliorer l'environnement de travail par un système de récompenses non monétaires en cas de meilleure performance, sans augmentation de salaire.
La discussion tourne autour du site satirique d'Iceland, et beaucoup de commentateurs saluent l'audace de l'entreprise. Certains rappellent le contexte : ce serait un règlement de comptes du PDG revenu, Malcolm Walker, contre l'équipe de direction qui avait fait appel à des consultants de type McKinsey après la fusion avec Booker. Plusieurs notent que le site utilise des illustrations 'Screen Beans' issues de PowerPoint, et que la mise en page volontairement moche est un clin d'œil. Un commentateur établit un parallèle avec la 'Friedman unit' pendant la guerre d'Irak, où un journaliste répétait 'les six prochains mois' pendant des années.
Plusieurs voix s'élèvent pour nuancer le réquisitoire. Un ancien consultant d'un Big 4 affirme avoir apporté une réelle valeur dans des projets complexes et très réglementés, protégeant les clients de fournisseurs négligents. Un consultant technique précise que le problème vient des consultants en management, pas des consultants techniques. D'autres estiment que les consultants servent souvent de bouc émissaire ou de caution : ils permettent aux dirigeants de faire passer des décisions impopulaires en les présentant comme 'recommandées par des experts'. Un commentateur résume : 'Scapegoat as a service'. La discussion contredit donc l'article sur le point de la généralisation : tous les consultants ne sont pas inutiles, et leur valeur dépend des incitations.
Enfin, des commentaires apportent des informations complémentaires : le lien vers le plan de 'recovery' d'Iceland, le graphique de profit opérationnel, et la célèbre dispute juridique entre l'entreprise et le pays islandais à propos de la marque. Le consensus implicite reste que, dans bien des cas, les consultants sont payés pour dire aux dirigeants ce qu'ils veulent entendre. Un commentateur moque la méthode 'agile' comme un nouveau terme ronflant pour des stand-ups incessants. Un autre déplore que ces leçons ne soient jamais retenues : 'ça continue de se produire, les organisations trop hiérarchisées.'
-
Google buys crashed airline Spirit's data at auction, because AI
Google a acheté aux enchères les données de la compagnie aérienne en faillite Spirit, dans le cadre de ses activités liées à l'IA.
La discussion porte essentiellement sur les implications éthiques et légales de la vente des données de Spirit Airlines à Google. Plusieurs commentateurs s'alarment de l'échelle du volume (100 millions d'e-mails, 500 millions d'éléments Teams, etc.) et contestent l'efficacité de la « déidentification » : ils soulignent qu'en corrélant ces données avec d'autres sources, il devient possible de réidentifier des individus. Beaucoup s'interrogent sur le consentement : les enregistrements « à des fins de formation » ne valent pas pour un usage IA, et la vente à un seul acheteur, Google, paraît opaque. Quelques-uns rappellent que l'employeur est propriétaire des données professionnelles, mais cela ne dissipe pas l'inquiétude.
Un point de division concerne la valeur intrinsèque de ces données. Certains doutent que des communications banales (« merci, je vous en prie ») présentent un intérêt pour l'IA, tandis que d'autres rétorquent que ce sont des données réelles d'exploitation d'une grande entreprise, avec ses désordres, ce qui est précisément utile pour entraîner des agents IA (par exemple simuler le service client). Un commentateur imagine un environnement de simulation pour former des agents, d'autres évoquent un usage sinistre (refus d'assurance, notation sociale). L'ironie est relevée : « Gemini, fais l'inverse de tout ce qui est dans les archives de Spirit ».
La discussion corrige ou nuance l'article sur plusieurs points. D'abord, le titre « crashed airline » est trompeur : Spirit n'a jamais eu de crash aérien majeur, il s'agit d'une faillite. Ensuite, le processus de déidentification semble standard : selon le document judiciaire, les offres initiales excluaient déjà les informations personnelles, et un agent tiers était chargé de les retirer. Enfin, certains commentateurs notent que cette vente n'est peut-être pas exceptionnelle : toute faillite pourrait désormais monétiser ses données, ce qui interroge sur l'avenir.
-
Linux 7.3 improves performance when running out of vRAM
L'auteur annonce que ses patchs kernel améliorant la gestion de la VRAM pour les jeux ont été fusionnés et programmés pour Linux 7.3. Il se penche ensuite sur la question de ce qui se passe réellement quand un jeu utilise plus de VRAM que disponible, remettant en cause l'idée que la performance s'effondre inévitablement.
En théorie, le dépassement de VRAM ne devrait causer que des problèmes de performance, pas de stabilité. Il explique les limites de bande passante PCIe (environ 1 Gio de données accessibles par frame à 30 FPS) et l'effet du cache. Des microbenchmarks sur RDNA3 montrent que les latences sont similaires quand le cache est touché, mais que les évictions depuis la VRAM restent pénalisantes selon les schémas d'accès.
En pratique, il rencontre l'erreur « radv/amdgpu: Not enough memory for command submission » alors que toutes les allocations ont réussi. Il explique que le kernel doit s'assurer que toute la mémoire potentiellement référencée est accessible à chaque soumission, ce qui peut provoquer un -ENOMEM. Il introduit ainsi une nouvelle exploration du kernel.
La discussion salue largement l'article et les travaux de la communauté Linux sur la gestion de la VRAM, avec un ton enthousiaste rare côté Windows. Plusieurs commentateurs relèvent l'intérêt concret pour les jeux, où des textures inutilisées ou rarement utilisées peuvent représenter plusieurs gigaoctets ; un développeur de jeux confirme avoir trouvé une texture 2048x2048 jamais affichée en pleine taille. D'autres s'interrogent sur l'impact pour l'inférence LLM : l'avis dominant est que cela change peu, car ces charges sont limitées par les transferts de données et qu'il vaut mieux exécuter sur CPU les couches résidant en RAM que les faire transiter par le GPU. Un commentateur évoque le cas des APU avec mémoire unifiée et se demande pourquoi les compteurs RAM+VRAM dépassent la mémoire physique, réponse probable : mémoire virtuelle.
Une partie des échanges porte sur les limites du système actuel et les alternatives. Plusieurs utilisateurs d'Nvidia sous Linux se plaignent de l'absence de paging VRAM, d'instabilités sous Wayland avec des cartes à faible mémoire, et considèrent AMD comme la seule option sérieuse grâce à ses pilotes ouverts. D'autres comparent les comportements OOM : Linux gèle parfois, et des outils comme earlyoom, systemd-oomd ou zswap sont recommandés. Un utilisateur macOS rapporte des glitches visuels sur M4 Max en cas de surcharge mémoire, mais une récupération par Ctrl-C ; un autre décrit une dégradation persistante des performances après plusieurs chargements de LLM, même une fois le processus terminé, ce qui nuance l'idée que macOS gère mieux ce genre de situation.
La discussion apporte aussi des corrections et précisions techniques. L'article mentionne que l'écran accède physiquement à la VRAM ; un commentateur calcule qu'une image de 32 MiB peut provoquer 4 Gio d'évictions, ce qui semble énorme et pose la question d'une réservation dédiée. Un autre remarque que le passage direct à un NVMe comme swap GPU serait environ 4 fois plus lent en théorie, à cause des 4 lanes PCIe.
-
Quake Shareware, a CD-ROM just a little too full
Retour détaillé sur le CD-ROM shareware de Quake (1996) : en plus de la version d'essai, il contenait l'ensemble du catalogue id Software chiffré, à débloquer par téléphone via un service d'activation (1-800-ID-GAMES). L'article reconstitue le processus technique : fichiers .MJ3/.ST3, programme FLOW.EXE, codes CHALLENGE/SERIAL, et explique pourquoi le système reposait sur l'obscurité plutôt que sur un vrai secret.
Le groupe de hackers GNOMON publia QCRACK.EXE 39 jours après la sortie, rendant inutile l'appel téléphonique payant. La protection fut un désastre commercial, tandis qu'id Software se retrouva avec 150 000 CD invendus. L'auteur analyse aussi les fichiers du CD, révélant des documents non chiffrés et une implémentation bâclée.
La discussion revient largement sur l'expérience vécue du CD shareware de Quake : beaucoup ont acheté ce disque à l'époque, l'ont cracké, et conservent encore aujourd'hui leur dossier id1 d'origine. Plusieurs commentateurs soulignent que le CD était aussi un disque audio contenant la bande-son de Trent Reznor, précision absente de l'article. D'autres évoquent le contexte plus large des CD shareware et des protections par téléphone, comme Apple Software Dispatch en 1994.
Sur le plan technique, plusieurs commentaires corrigent ou nuancent l'article. Le mécanisme de protection reposait uniquement sur un code généré localement (FLOW.EXE), et non sur un vrai challenge-réponse ; un commentateur explique que le hack de GNOMON a simplement exploité cette faille. Un autre précise qu'il est possible de débloquer Final Doom avec qcrack en utilisant l'option -g, contrairement à ce que laissait penser l'article. Le numéro de téléphone présent sur le boîtier ne mène plus au service d'activation mais à un service de vente pour personnes âgées, ce qui amuse certains. Enfin, le code source de distribution (ex. "22-CUSA" pour CompUSA) est identifié comme un simple code revendeur.
Le débat porte surtout sur la responsabilité d'id Software : certains y voient une erreur de conception ou une naïveté, d'autres une pression temporelle (rappelant le razor de Fab), et quelques-uns pensent qu'il s'agissait d'une stratégie marketing délibérée pour populariser le jeu. Le coût total (9,95 $ + 45 $ d'activation) est jugé élevé pour l'époque, et plusieurs commentateurs estiment que cette débâcle a coûté des millions à id, au moment où Romero et Carmack se séparaient. Les photos de CompUSA et Computer City suscitent une nostalgie générale pour l'ère pré-internet des magasins de logiciels.
-
How does IKEA come up with names for its products?
Article de Hacker News dont seul le titre est disponible, portant sur la manière dont IKEA attribue des noms à ses produits. Aucun contenu supplémentaire n'est fourni.
Plusieurs commentateurs confirment et enrichissent l'article sur les noms de produits IKEA : il s'agit bien de mots suédois, de noms de lieux scandinaves, et de noms choisis pour contenir å, ä ou ö afin de paraître plus suédois. Ils citent des exemples parlants, comme FEJKA pour les plantes artificielles (un jeu de mots avec « fake »), ou encore ANTILOP, dont la prononciation néerlandaise évoque « anti lopen » (empêcher de marcher), un hasard qui convient parfaitement à une chaise haute. D'autres évoquent la règle des noms de meubles de chambre inspirés de lieux norvégiens, ou encore les noms de toilettes volontairement danois, héritage d'une rivalité suédo-danoise. Un commentateur recommande la visite du musée IKEA à Älmhult, où l'on peut notamment découvrir l'histoire du fondateur.
Le principal point de désaccord porte sur le chiffre annoncé dans l'article de 2 000 à 3 000 nouveaux produits par an. Plusieurs commentateurs le contestent, en s'appuyant sur des recensements tiers : le catalogue complet ne contiendrait qu'environ 2 000 à 3 000 références, tandis qu'un ensemble de données Kaggle en dénombre près de 35 000, ce qui rend le chiffre de l'article peu crédible. D'autres notent que la règle de vérification des significations dans les autres langues est probablement récente, comme en témoigne l'ancien bureau JERKER, dont le nom pourrait avoir des connotations vulgaires en anglais. La discussion nuance donc l'article sur ce point factuel, sans remettre en cause l'essentiel de la méthode.
Enfin, plusieurs commentaires apportent des précisions amusantes : les noms de lieux suédois utilisés pour les canapés finissent par dominer les résultats de recherche, au point que le moteur de recherche affiche le canapé « Finnala » au lieu de la localité suédoise ; la règle des 4 à 12 lettres est contredite par des exemples comme PAX, qui est aussi une interjection suédoise signifiant « dibs » ; et un commentateur se souvient qu'un ami suédois lui avait dit que les articles plus chers sonnent plus suédois, ce qu'un article de 2018 confirme.
-
And then the men with guns tell you to do it anyway
En février 2011, pendant la révolution égyptienne, Vodafone a envoyé des messages pro-régime sur ordre des autorités, faute d'options légales ou pratiques, selon l'opérateur. L'auteur évoque un ancien collègue égyptien racontant comment des hommes armés sont venus imposer l'envoi. Il relie cet épisode au système d'alertes d'urgence britannique (cell broadcast) et à la question de la marge de manœuvre des opérateurs : la loi autorise à ignorer certaines restrictions pour diffuser une alerte, mais ne semble pas les y obliger explicitement. Face aux risques d'abus (fausse alerte, propagande) et à la nécessité d'alerter efficacement la population, l'auteur doute qu'un système garantissant à la fois rapidité, authentification, résilience et impossibilité de détournement soit concevable.
La discussion souligne que l'article omet la question de la confiance, socle de toute société civile : plusieurs commentateurs estiment qu'aucun système technique ne peut empêcher son détournement par un État oppressif, car cela relève d'un problème social, non technologique. Un avis minoritaire rappelle que la technologie n'est jamais neutre, et que la solution passe par l'éducation et une société inclusive, plutôt que par des garde-fous techniques. D'autres citent Platon et Theognis pour appuyer cette idée, tandis qu'un commentaire ironise sur l'impossibilité de concevoir une alerte qui ne puisse être utilisée que pour le bien, comparant cela à un couteau qui ne couperait que des légumes.
Les propositions concrètes pour limiter l'abus sont nombreuses et divergentes : décentralisation de l'envoi avec signatures multiples, messages pré-définis codés (impossibilité d'envoyer un texte arbitraire), déploiement progressif avec métriques d'engagement, ou encore champ « expéditeur » obligatoire pour attribuer le message. Mais plusieurs intervenants objectent que les « hommes avec des fusils » peuvent forcer à contourner ces mécanismes, et que la conception technique ne résout pas le problème du pouvoir. Un commentateur propose de prévoir des messages prédéfinis avec paramètres (lieu, gravité), mais un autre rétorque que les autorités d'un pays ennemi ont déjà rejeté ce type de conception.
Des retours de terrain viennent nuancer l'article. Pour le Royaume-Uni, un participant précise que le système comporte deux niveaux (severe et extreme), tous deux désactivables sur Android, sans niveau présidentiel inbloquable ; si certains jugent l'alerte incendie proportionnée vu le contexte de surcharge des pompiers, d'autres rapportent avoir désactivé toutes les alertes après ce message, craignant de manquer une vraie catastrophe. En Corée du Sud, la multiplication des messages quotidiens (météo, personnes âgées disparues) est jugée excessive, mais les filtrer fait risquer de rater une alerte de bombardement. Enfin, un utilisateur au Pakistan décrit une avalanche de messages gouvernementaux patriotiques ou de prévention, sans explication, illustrative d'un usage qui interroge.
-
Using the railway network as a flatbed scanner
L'auteur relate la construction d'une caméra linéaire maison utilisant le réseau ferroviaire comme dos mobile. Le principe : capturer une fine colonne de pixels à très haute cadence (19 000 images/seconde) depuis un train, puis assembler ces colonnes pour reconstituer un paysage. Il s'inspire des dos de numérisation argentique des années 1990, et utilise une caméra industrielle Basler ruL2048-19gm achetée d'occasion, un objectif Vivitar 28 mm, un châssis imprimé en 3D, ainsi qu'un accéléromètre et un GPS pour mesurer la vitesse du train. Les difficultés viennent principalement de la précision de la vitesse et de la lumière nécessaire (captures uniquement en journée). Les résultats, visuellement proches du concept, sont présentés dans l'article.
La discussion, largement positive, salue un projet créatif original et partage de nombreuses expériences analogues. Plusieurs commentateurs ont réalisé des « slit scans » ou photographies à fente avec des méthodes similaires : l'un évoque une expérience de 2008 avec Ward Cunningham depuis un bureau surplombant des voies ferrées, un autre produit des animations par assemblage manuel de trames, un troisième a développé un outil en ligne pour s'amuser avec cette technique. L'accent est mis sur le caractère inspirant de la démarche, entre art et technique, et sur la beauté des résultats malgré leurs imperfections.
Les retours techniques sont nombreux et nuancent l'article. Plusieurs commentateurs signalent des difficultés concrètes : fichiers image très volumineux, logiciels de visualisation inadaptés, correction des aberrations chromatiques nécessaire, et surtout les limites de la correction par accéléromètre qui produit des images « tremblotantes » (comme l'illustre la photo d'introduction). Un avis minoritaire estime que les résultats restent inférieurs à ceux d'un appareil photo classique, car la capture linéaire ne permet pas de corriger a posteriori les mouvements hors axe. D'autres soulignent que le chargement des images de l'article est très lent, probablement à cause d'une surcharge du serveur liée à la popularité de la publication.
Le fil relie aussi le projet à des applications existantes : les caméras linéaires sont couramment utilisées pour l'inspection des voies ferrées, l'imagerie satellite fonctionne sur le même principe, et les appareils de photo-finish sportive en sont une variante. Plusieurs commentaires mentionnent des antécédents historiques, comme les scanners à main des années 1980 ou les travaux du photographe Adam Magyar. Enfin, des liens vers des discussions précédentes sur le même sujet (il y a 17 jours) et vers d'autres projets personnels sont partagés, enrichissant le contexte sans contredire fondamentalement l'article, même si un commentaire regrette que la correction des artefacts ne soit pas plus poussée.
-
Fixing a bricked Framework laptop
Un utilisateur raconte comment son Framework Laptop 13 (AMD Ryzen 7040) est devenu inutilisable après une mise à jour du BIOS 3.20, alors que l'écran affichait une image corrompue. Le support de Framework lui a conseillé de décharger la batterie, sans succès, puis lui a indiqué que la garantie d'un an étant expirée, il devrait acheter une nouvelle carte mère à plus de 500 CA$. En cherchant sur les forums, l'auteur constate que ce problème de flash BIOS touche d'autres utilisateurs, sans reconnaissance ni correctif de Framework. Il décide donc de réparer la carte mère lui-même et documente son processus de flash BIOS en détail pour aider d'autres personnes dans la même situation.
La discussion confirme et nuance les difficultés relatées dans l'article sur le Framework brické. Plusieurs commentateurs soulignent que ce type de problème est malheureusement courant chez tous les fabricants : un BIOS corrompu a aussi brické un Thinkpad Nano, des cartes mères Supermicro ou des Lenovo Legion Go. Un commentateur s'étonne qu'il n'existe toujours pas de protocole USB-C de récupération du BIOS, tandis qu'un autre mentionne les doubles puces BIOS présentes sur certaines cartes mères gaming. La discussion corrige l'article sur un point factuel : Framework fournit une documentation pour un débogueur (FrameworkDebugger) utilisant des pogo pins, même si l'auteur de l'article précise qu'il visait un connecteur facile à utiliser et que la pièce coûte moins d'un dollar en volume. Plusieurs commentateurs s'accordent sur le manque de support de Framework, mais d'autres relativisent en comparant avec les pratiques de Dell, Lenovo ou Asus, et rappellent que l'achat d'une carte mère à 350 $ reste moins coûteux qu'un laptop neuf.
La discussion est marquée par des retours de terrain contrastés. Certains propriétaires de Framework expriment des regrets : difficulté à se procurer des pièces, problèmes récurrents de ports USB-C et de contrôleur EC, firmware peu maintenu (les PR sur GitHub sont ignorées depuis janvier 2024). D'autres, au contraire, défendent la démarche de Framework, soulignant que ses laptops sont plus réparables que les MacBooks ou les Dell, même si la qualité de fabrication semble inférieure à celle d'un MacBook Pro M1. Un commentateur pointe que les entreprises comme Dell ou Lenovo vendent depuis des décennies des laptops réparables aux entreprises, mais que Framework apporte une innovation de taille : changer la carte mère pour une génération plus récente sans changer le reste. Un avis minoritaire suggère même de poursuivre Framework en justice pour le préjudice causé par un firmware défectueux, mais un autre répond qu'il vaut mieux consulter un avocat qu'un LLM.
-
Fairphone is now officially available in the United States
Fairphone lance le Fairphone (Gen. 6+), une version améliorée de son smartphone modulaire et réparable. Les principales évolutions incluent un processeur Snapdragon 7s Gen 4, 12 Go de RAM, Android 16 avec six mises à jour OS garanties, et une promesse de support logiciel jusqu'en 2033. Le design conserve 12 pièces remplaçables par l'utilisateur, une garantie allant jusqu'à cinq ans, un écran OLED 6,3", un triple capteur 50 MP et une autonomie annoncée de 53 heures.
La nouvelle couleur exclusive Cobalt Blue rend hommage à l'engagement de l'entreprise pour des matériaux issus de sources responsables. Des mises à jour logicielles (mode minimaliste Fairphone Moments, galerie locale) sont également proposées aux possesseurs du modèle précédent.
Cette sortie marque l'arrivée officielle de Fairphone aux États-Unis, avec une boutique en ligne dédiée proposant le smartphone ainsi que les écouteurs Fairbuds et Fairbuds XL.
La disponibilité américaine du Fairphone 6+ suscite un mélange d'enthousiasme et de réserves. Plusieurs commentateurs saluent la vente directe, une compatibilité T-Mobile complète (bandes 12, 71, n71) et la perspective d'un support postmarketOS, la caméra du FP6 fonctionnant déjà sur ce système et le FP6+ partageant le même module. D'autres apprécient la réparabilité et l'éthique de la marque, certains affirmant qu'ils le préféreraient à un iPhone 17e.
Les critiques portent sur des choix techniques : port USB 2.0 jugé limitant (voire un dealbreaker), absence de prise jack, pas de charge sans fil ni de support Verizon. Le prix de 650 dollars est jugé élevé face à la concurrence. Plusieurs commentateurs déplorent l'absence de support GrapheneOS, évoquant des inquiétudes sur la sécurité et la gestion des mises à jour. Un retour d'expérience négatif sur un Fairphone 4 cassé au bout d'un an avec un service client hostile refroidit certains, tandis que d'autres relativisent en citant des exemples vertueux comme Prusa. Le langage marketing du communiqué est aussi critiqué comme artificiel.
La discussion nuance l'article à plusieurs égards. Un commentateur affirme que des produits Fairphone étaient déjà officiellement vendus aux États-Unis via Murena, la nouveauté étant la vente directe et un meilleur support des opérateurs. D'autres notent que la limite MicroSD de 2 To est probablement non testée plutôt que réelle. L'avis de GrapheneOS est contrebalancé : si leurs critiques sont valides, d'autres priorités comme la réparabilité et l'éthique justifient l'achat. Enfin, plusieurs utilisateurs s'interrogent sur la disponibilité au Canada, en Inde et sur la qualité de l'OS.
-
A 3D fruit fly on macOS desktop powered by the real FlyWire connectome
Un projet open source met en scène une mouche 3D sur le bureau macOS, animée par une simulation neuronale basée sur le connectome réel de la drosophile (FlyWire v783). Le cerveau de la mouche contient 23 210 positions de neurones et un circuit de 668 neurones avec environ 19 000 synapses réelles, incluant des neurones de détection de looming (LC4, LPLC2), le neurone de fuite Giant Fiber, et des neurones moteurs. La simulation fonctionne à 1 kHz et intègre des interactions : l'approche du curseur stimule les neurones visuels, et la mouche s'échappe réellement lorsque le Giant Fiber déclenche via ses synapses. Le corps est procédural, avec marche, grooming, sommeil, et un rythme circadien. Le projet est en MIT, les données en CC BY-NC 4.0, et inclut des tests et des citations des publications de référence.
La discussion tourne surtout autour de la sincérité du projet. Plusieurs commentateurs saluent l'approche open source, mais contestent la présentation : selon eux, le connectome ne contrôle pas vraiment le comportement de la mouche ; il déclenche plutôt des comportements scriptés. Un commentateur compare cela à ouvrir une vidéo YouTube pour simuler une fuite. D'autres estiment que cette critique est un peu dure, mais admettent que la signification réelle du connectome reste floue. Un point récurrent est le manque d'honnêteté du README, jugé probablement généré par une IA, avec des tournures comme « live * spiking* simulation » qui trahissent une rédaction automatique. Plusieurs demandent d'ailleurs une documentation écrite par un humain et un simple exemple vidéo, qui a finalement été trouvé sur YouTube par un commentateur.
Sur le plan technique, des retours concrets sont apportés : un commentateur signale que le projet utilise une simulation LIF à 1 kHz et que le code se compile et s'exécute en moins de 30 secondes. Un autre mentionne NeuroMechFly comme alternative pour simuler le corps de la mouche en temps réel. Un débat émerge sur l'échelle de calcul nécessaire pour simuler des organismes : à titre de comparaison, la simulation complète d'une bactérie minimale (493 gènes) a pris 4 à 6 jours sur deux A100. Cela nourrit une réflexion sur la possibilité future de simuler un animal entier à partir de son ADN. Un commentateur évoque aussi le projet OpenWorm pour le ver C. elegans. L'auteur du dépôt répond et confirme que c'est son travail ; on lui demande une version Linux. Certains commentaires s'éloignent du sujet, avec des références à des œuvres de fiction (Fall de Neal Stephenson, la nouvelle MMAcevedo) ou des expérimentations artistiques.
La discussion nuance fortement l'article : si le titre suggère une mouche pilotée par le connectome, les commentateurs spécialisés insistent sur le fait qu'il s'agit surtout d'un déclencheur pour des animations pré-écrites. La question éthique d'une telle simulation reste ouverte, sans réponse claire.
-
Claude writing a macOS driver for my obscure HP printer built only for Windows
Sur Hacker News, un utilisateur relate comment Claude a écrit un pilote macOS pour une imprimante HP obscure conçue uniquement pour Windows.
Plusieurs commentateurs contestent le titre de l'article : Claude n'a pas écrit de driver macOS. L'auteur a en réalité utilisé le driver Linux HP existant dans une VM/container, puis créé un pont avec macOS. Certains signalent des failles de sécurité (un launcher root exécutant du code depuis le répertoire utilisateur). Un commentateur cite un tutoriel Docker de 2017 comme « prior art » et estime que Claude a « plagié » une solution existante. D'autres, plus nuancés, admettent que le résultat fonctionne, mais pas qu'il soit natif. L'auteur a d'ailleurs publié en cours de discussion une mise à jour prétendant être « fully MacOS native ».
La discussion regorge de retours de terrain similaires : reverse engineering de contrôleurs de voiturette de golf, d'adaptateurs Xbox, d'imprimantes BLE, de caméscopes Sony, etc. Plusieurs commentateurs racontent comment ils ont utilisé Claude ou Codex pour décompiler des applications Windows, sniffer du trafic USB, et produire des drivers ou scripts fonctionnels. Ils y voient une libération : plus besoin d'attendre qu'un développeur implémente le support. Un commentateur souligne que cela donne une seconde vie au matériel ancien. D'autres évoquent des corrections de bugs Linux qu'ils n'auraient jamais résolus seuls.
Des critiques ressortent : certains dénoncent un « slop » généré par IA, d'autres trouvent le processus inefficace (quatre heures de boucles, d'essais-erreurs, pour aboutir à une solution « moche »). Un débat porte sur la terminologie : « driver adapter » plutôt que « driver ». Un commentaire note que Claude utilise trop les mots « honest » et « faithful », et qu'une phrase sur la famille semble inauthentique. Enfin, plusieurs commentateurs regrettent que les fabricants restent des gatekeepers, mais voient dans ces outils un moyen de contourner. La discussion corrige donc fortement le titre de l'article tout en validant l'utilité pratique de l'approche.
-
Finger: the 1971 social network that never died
Finger est un protocole datant de 1971, considéré comme l'un des premiers réseaux sociaux. Inventé au Stanford AI Lab par Les Earnest, il permettait de voir qui était connecté et d'afficher des fichiers texte (.plan et .project) contenant des statuts ou des journaux. Le cas le plus célèbre est celui de John Carmack, qui publia ses notes de développement de jeux (Doom, Quake) via son .plan de 1996 à 2010.
Le protocole est très simple : connexion TCP au port 79, envoi du nom d'utilisateur, réponse en texte brut. Il a aussi été utilisé pour le premier objet connecté, un distributeur de Coca-Cola à Carnegie Mellon. Aujourd'hui, Finger fonctionne toujours et des services comme happynetbox.com permettent d'héberger des profils. L'article explique comment l'utiliser et son fonctionnement détaillé.
La discussion mêle nostalgie technique et retours de terrain sur le protocole finger. Plusieurs commentateurs racontent son usage dans les années 80-90 comme véritable réseau social textuel : .plan personnalisés, animations VT100, rendez-vous via talk, et même « finger stalking » sur les campus. Un ancien étudiant décrit comment il a utilisé finger et l'absence d'authentification sur les serveurs universitaires pour deviner des mots de passe, illustrant les failles de sécurité déjà connues. D'autres mentionnent l'importance de .plan dans le milieu du jeu vidéo, notamment pour suivre John Carmack, archive conservée sur GitHub. Un commentateur note que finger était souvent accompagné de who, write, talk, biff, formant un ensemble cohérent.
Plusieurs avis critiquent ou nuancent l'article. Le titre « never died » est contesté : « Personne ne fait tourner fingerd aujourd'hui », même si le code existe toujours. Certains soulignent que le protocole est impraticable derrière un CDN ou du NAT, car il se connecte directement à l'adresse IP du A record. D'autres rappellent que finger a été victime de failles de sécurité répétées et a été banni de nombreuses machines. L'article est aussi critiqué pour avoir ignoré WebFinger, l'équivalent moderne basé sur HTTP, et des hacks avancés comme les .plan reliés à des sockets nommées.
La discussion apporte des initiatives concrètes de revival : clients finger modernes (lookit, efinger), serveurs comme finger.farm ou nutts.org, et tentatives de réinvention via DNS TXT ou GitHub. Un commentateur a failli déclencher une alerte sécurité au travail en testant finger. Plusieurs intervenants voient dans finger un ancêtre du microblogging, et un projet « winger » est mentionné. L'ensemble montre que l'article sert de déclencheur à des souvenirs et expérimentations, mais la plupart des commentaires portent moins sur le protocole lui-même que sur son usage passé et ses limites actuelles.
-
Field measurements of neighborhood-scale air temperature impacts of data centers
Article (sans texte fourni) intitulé « Field measurements of neighborhood-scale air temperature impacts of data centers », qui évoque une étude de mesures de terrain sur l'impact des centres de données sur la température de l'air à l'échelle d'un quartier.
La discussion relativise largement l'ampleur du phénomène. Plusieurs commentateurs soulignent que le réchauffement moyen mesuré n'est que de 0,8 °C, avec des pointes à 2,2 °C, et qu'il ne s'étend que sur 500 mètres en aval. Ils jugent le titre de l'article trompeur ou exagéré, certains allant jusqu'à parler de 'nothing burger' et rappelant que les parkings ou les îlots de chaleur urbains ont probablement un effet bien plus important. Un avis minoritaire défend cependant la pertinence de l'étude : le titre parle de maximum, pas de moyenne, et l'impact local peut être significatif pour les riverains immédiats.
La méthodologie est contestée. Un commentateur note que la comparaison avec un autre site de Phoenix, globalement plus frais, affaiblit la démonstration, et propose une expérience en terrain plat avec des capteurs. D'autres soulignent que l'effet de chaleur résiduelle des bâtiments en béton ou du bitume des parkings pourrait expliquer les mesures, sans lien direct avec la chaleur dissipée par les serveurs. Plusieurs intervenants corrigent l'article en rappelant que toute consommation d'énergie finit en chaleur : un aciériste de 36 MW produirait le même effet, et que le problème est davantage un problème de zonage urbain que de spécificité des data centers.
Au-delà des chiffres, le débat porte sur la perception sociale. Certains jugent la panique disproportionnée par rapport à d'autres industries (raffineries, stations-service) ou à des usages comme le lait. D'autres rétorquent que les data centers pèsent sur les factures d'eau et d'électricité et s'installent près des habitations, contrairement à d'autres infrastructures. La question des bénéfices de l'IA (recherche médicale) est aussi évoquée pour justifier la construction, tandis que d'autres doutent de l'utilité réelle. Enfin, plusieurs commentateurs déplorent que la discussion dégénère en polémique plutôt qu'en analyse factuelle.
-
Turbovec – Google's TurboQuant for vector search in Rust
Turbovec est un index vectoriel écrit en Rust, avec des bindings Python, basé sur l'algorithme TurboQuant de Google Research. Il permet de réduire drastiquement l'empreinte mémoire des corpus d'embeddings (un corpus de 10 millions de documents passe de 31 Go en float32 à 4 Go) tout en offrant des recherches plus rapides que FAISS.
Ses caractéristiques incluent l'ingestion en ligne sans phase d'entraînement, des kernels SIMD optimisés (NEON sur ARM, AVX-512 sur x86), des sauvegardes incrémentales et un filtrage par allowlist pendant la recherche. Le projet propose des intégrations avec LangChain, LlamaIndex, Haystack et Agno, et se veut entièrement local, adapté aux stacks RAG où confidentialité, mémoire et latence sont critiques.
Les benchmarks présentés montrent que TurboQuant surpasse FAISS IndexPQFastScan en vitesse de recherche sur les configurations testées, avec des gains moyens de 3,4× en 4-bit et 20–26% en 2-bit sur les huit cellules mesurées. Une section compare aussi la précision de rappel avec FAISS, où TurboQuant est généralement devant ou très proche.
La discussion autour de Turbovec est contrastée. Plusieurs commentateurs saluent les performances annoncées, notamment la compression (4 Go pour 10 millions de documents) et la latence de suppression en échelle logarithmique. Un praticien partage son expérience : il obtient environ 8x de compression avec une perte de qualité de 3,5 % sur un pipeline de recherche d'emploi, confirmant l'intérêt de ce type d'approche. D'autres s'interrogent sur l'utilité pour des workflows d'agents (indexation de code, notes, documentation) et sur la possibilité de compiler la bibliothèque en WASM pour une recherche locale dans le navigateur, avec des renvois vers des projets comme oxirs ou tantivy-wasm. L'intégration avec Qdrant est également mentionnée comme déjà opérationnelle, avec une prise en charge de nouveaux types de données pour Turbo4.
Le principal point de division concerne la crédibilité de TurboQuant, la méthode sous-jacente. Plusieurs commentateurs renvoient vers les commentaires OpenReview de l'article original, qui contiennent des accusations de mauvaise conduite académique, certains allant jusqu'à parler d'erreur délibérée plutôt que de bonne foi. Une alternative nommée RaBitQ est présentée comme supérieure et déjà largement implémentée. La discussion nuance fortement l'article : ce dernier semble présenter FAISS comme dépassé, mais des commentateurs rappellent que le compromis taille/performance est le vrai sujet, et que les benchmarks cités ne mesurent pas tout. D'autres critiques portent sur la qualité du README et du code, jugé « vibe coded » ou « slop », avec un co-auteur fantomatique « t@t » pointé du doigt.
Enfin, des avis plus positifs estiment que ce type d'outil est idéal pour une recherche locale respectueuse de la vie privée, même si un commentateur affirme que le float32 n'a jamais été nécessaire pour de l'embarqué. Un retour de terrain mentionne que le fine-tuning de modèles d'embedding permet de réduire considérablement la dimension des vecteurs (64 au lieu de 1000-2000), ce qui interroge la pertinence d'une compression supplémentaire.
-
Claude Code May–August 2026 weekly limits promotion
Annonce d'une promotion limitée dans le temps pour les utilisateurs de Claude Code : les limites d'utilisation hebdomadaires sont augmentées de 50 % du 13 mai au 31 août 2026. Concernent les plans Pro, Max et Team ainsi que les sièges hérités des plans Enterprise, à l'exclusion des plans Free et des sièges Enterprise basés sur la consommation. La promotion s'applique automatiquement, sans action requise, et ne modifie pas les limites de 5 heures ni la facturation. À la fin de la période, les limites reviennent à leur niveau standard.
La discussion corrige d'emblée le cadre de l'article : la hausse des limites hebdomadaires de Claude Code n'est pas simplement une promotion qui se termine, puisque plusieurs commentateurs signalent qu'Anthropic l'a déjà prolongée jusqu'au 31 août 2026 et envisage de la rendre permanente. Un commentaire cite même une annonce officielle en ce sens. La majorité des intervenants interprètent cette valse-hésitation comme un signe de faiblesse face à la concurrence, notamment OpenAI Codex/Sol, dont les baisses de prix et les limites plus généreuses attirent les utilisateurs. Certains affirment avoir migré vers Codex, Cursor ou Grok, tandis que d'autres préfèrent toujours Claude pour la qualité de ses réponses, notamment en vérification RTL, ou parce que Codex consomme encore plus de tokens.
Plusieurs commentateurs pointent les défaillances d'Anthropic : outages fréquents, modèle Opus 5 jugé inutilisable par certains, Fable trop cher et limité, et une opacité sur le calcul des limites. Un avis minoritaire estime que la réduction des quotas pourrait justement réduire la charge serveur et donc les pannes. D'autres reprochent à Anthropic de privilégier la consommation de tokens plutôt que l'efficacité, comme OpenAI, et prédisent que les modèles locaux finiront par les faire abandonner. Certains utilisateurs, moins critiques, apprécient Claude Code pour des tâches précises comme la modernisation de vieux sites web, tout en reconnaissant qu'on atteint vite les limites.
La discussion contraste fortement avec l'article : la baisse annoncée des limites est perçue comme un mauvais calcul commercial à un moment où la concurrence est agressive. Plusieurs participants menacent de résilier leur abonnement, et certains sont déjà partis. Un commentaire met en garde sur un problème pratique : le compte Claude est lié à l'adresse e-mail, impossible à changer, ce qui peut bloquer l'accès et la résiliation. Globalement, les commentaires apportent des retours terrain et des corrections factuelles, mais aucun consensus ne se dégage sur la supériorité d'un outil, les avis variant selon les usages et les budgets.
-
Babies born under sugar rationing grew into adults with lower cancer risk
Une étude portant sur plus de 64 000 Britanniques nés entre 1951 et 1956 a exploité la fin du rationnement du sucre au Royaume-Uni en septembre 1953. Les personnes ayant été exposées à moins de sucre durant leurs 1 000 premiers jours (de la conception à l'âge de 2 ans) présentent une incidence plus faible de cinq cancers (sein, prostate, foie, rectum, poumon), des télomères plus longs et des marqueurs de vieillissement biologique ralenti. Leur consommation de sucre à l'âge adulte reste également plus faible. L'étude suggère que l'exposition précoce au sucre influence durablement le métabolisme et les préférences alimentaires.
La discussion conteste majoritairement l'interprétation causale de l'article. Plusieurs commentateurs soulignent que le rationnement du sucre s'est accompagné d'autres restrictions (tabac, alcool, aliments modifiés) et de stress de guerre, rendant difficile l'isolement d'un effet propre du sucre. Un commentaire précise que le système de rationnement britannique était complexe, avec des substituts comme la margarine à base d'huiles de poisson, ce que l'article simplifie. D'autres notent que la restriction calorique globale, évoquée dans les données, pourrait expliquer les bénéfices observés, sans qu'on puisse les attribuer au sucre seul.
Un point central est la persistance des préférences alimentaires : l'article affirme que l'exposition précoce au sucre influence la consommation à l'âge adulte. Plusieurs commentateurs trouvent cette hypothèse plausible mais s'interrogent sur les corrections statistiques : ont-ils ajusté sur la consommation ultérieure de sucre ? Un avis minoritaire rappelle que les enfants en bas âge consomment peu de produits sucrés, remettant en cause l'ampleur de l'exposition différentielle. Le débat s'étend à l'addiction au sucre et à ses effets neurologiques, certains défendant son rôle énergétique pour les sportifs, d'autres rapportant des bénéfices personnels après son arrêt.
Enfin, quelques commentaires critiquent la méthode : « corrélation n'est pas causation », mais d'autres répondent que l'étude tente une inférence causale par un design quasi-expérimental comparant des cohortes avant et après la fin du rationnement. Un commentateur ironise sur la multiplication d'études de cohortes exploitant des événements historiques. Dans l'ensemble, la discussion nuance fortement l'article, en mettant en avant des facteurs de confusion non contrôlés et en questionnant le mécanisme précis, sans toutefois rejeter totalement le lien entre sucre précoce et cancer.
-
Fairphone 6 and PostmarketOS working main camera
L'auteur, développeur sur postmarketOS, a écrit le driver pour l'appareil photo principal du Fairphone 6. Il fonctionne désormais avec l'autofocus et une correction des couleurs encore en cours d'amélioration. L'image reste granuleuse, et le travail continue. Il a aussi obtenu l'approbation pour tester l'appel d'urgence le 18 août aux Pays-Bas, et compte acheter le Fairphone 6+ annoncé pour poursuivre ses tests.
Côté projet, les dons sont désormais suivis en transparence, et l'auteur prévoit de créer une fondation (stichting) sans but lucratif pour sa société Catcrafts. Il annonce des restrictions d'expédition : impossibilité d'envoyer aux États-Unis et au Canada à cause d'assurances, et interdiction vers la Russie, la Biélorussie et la Corée du Nord pour des raisons de sanctions. Quatre opérateurs sont confirmés compatibles.
Parmi les projets à long terme, il envisage de fabriquer un téléphone Linux basé sur RISC-V, en acceptant qu'il soit probablement imparfait. Les prochaines étapes comprennent l'amélioration de la correction des couleurs, l'autofocus par télémètre laser, la caméra frontale et le capteur d'empreintes, avant de passer au Fairphone 6+.
Les commentaires saluent l'avancée technique mais tempèrent l'enthousiasme : plusieurs rappellent que la Fairphone 6 sous PostmarketOS n'a encore ni haut-parleurs ni micro internes fonctionnels, citant le wiki du projet. Un commentateur répond que les correctifs sont en cours d'intégration en amont par l'auteur de l'article, qui ajoute progressivement la prise en charge du matériel. La discussion oppose ainsi les sceptiques, qui jugent l'engouement prématuré, à ceux qui voient dans ce travail une étape concrète vers un Linux mobile complet.
Plusieurs retours de terrain nourrissent le débat. Un utilisateur de Fairphone 4 se dit satisfait, mettant en avant la réparabilité et l'impact éthique comme contrepartie du prix élevé, tandis qu'un possesseur de Fairphone 6 la trouve plus lente et buguée qu'un flagship de 7 ans. Un autre relate son portage de PostmarketOS sur un Xiaomi Poco X3 Pro, ayant tout fait fonctionner sauf le micro en appel, et souligne l'aide précieuse des LLM. À l'inverse, une démonstration de NixOS sur Fairphone impressionne par sa réactivité, comparable à un Android bas de gamme. Certains commentaires s'interrogent sur l'usage quotidien et notent que les specs restent faibles pour le prix.
La discussion corrige aussi l'article sur plusieurs points : l'auteur n'est pas en Allemagne mais aux Pays-Bas, et sa structure est une fondation (stichting), non une LLC, choix critiqué par certains qui conseillent une association à but lucratif. Un avis minoritaire reproche à PostmarketOS de dépendre de bénévoles et de ne pas avoir de partenariat avec les fabricants, mais d'autres répondent que les pilotes officiels Android ne sont pas forcément souhaitables et qu'aucune entreprise ne fournit de meilleure alternative. L'ensemble reflète un mélange de scepticisme pragmatique et d'espoir dans la progression du mouvement Linux mobile.