HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

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

11615 articles Page 163/1162 Sans filtre

Global Glacier Extinction Explorer

L'étude recentre l'attention sur le sort des glaciers individuels, soulignant que la perte de masse et de superficie régionales n'exprime pas pleinement la disparition de glaciers qui ont une valeur culturelle, écologique et sociétale. Un glacier est considéré éteint si sa superficie tombe en dessous de 0,01 km² ou si son volume résiduel est inférieur à 1 % de sa valeur initiale, et cette extinction est évaluée par rapport aux limites initiales du Randolph Glacier Inventory v6.0 sans prise en compte de la fragmentation durant le recul. Les trajectoires d'aire et de volume ont été obtenues en combinant trois modèles globaux de glaciers (GloGEM, OGGM, PyGEM) avec plusieurs modèles de circulation générale et scénarios d'émissions représentant des hausses de température de +1,5 °C, +2,0 °C, +2,7 °C et +4,0 °C, puis agrégées pour estimer les années médianes d'extinction et les intervalles Q25–Q75. Les projections proviennent de Van Tricht et al. (Nature Climate Change 2026) et les résultats régionaux et par glacier sont publiquement disponibles sur Zenodo, tandis que les limites glaciaires et l'estimation de l'épaisseur de glace s'appuient respectivement sur le RGI v6.0 et la synthèse de Farinotti et al. (2019). L'application web a été développée par K. Van Tricht en s'appuyant sur des logiciels open source (MapLibre GL JS, PMTiles, GeoPandas, NumPy, GDAL, go-pmtiles) avec l'assistance de Claude Sonnet 4.6 et GPT-6 Astra pour le frontend, et les commentaires peuvent être envoyés à lander.van.tricht@vub.be.

glacierextinction.com Resume pret HTTP 200 Commentaires

So you want to use OpenRouter?

L'auteur explique qu'après des millions de messages échangés via OpenRouter, de nombreux cas limites et surprises techniques sont apparus. Les mêmes poids fournis par des hébergeurs différents produisent des comportements très variables, affectant les scores de benchmark, la vision, le respect du réglage reasoning.effort et la latence selon le fournisseur. Les appels d'outils sont souvent mal parsés ou renvoyés en texte brut, et plusieurs endpoints retournent des réponses "200 OK" sans contenu utile ou des complétions vides, ce qui oblige à parser et vérifier côté client et à retenter en cas d'absence de résultat. Les règles de gestion de l'historique et du format (par exemple reasoning_content) diffèrent selon les fournisseurs, de sorte qu'un même échange peut être accepté par certains hôtes et rejeté par d'autres. Il est recommandé de tester depuis l'infrastructure de production, de surveiller les performances par fournisseur plutôt que de filtrer sur la quantization, et d'éviter d'épingler un petit nombre de fournisseurs en raison des variations de disponibilité et des limites de taux.

mmoustafa.com Resume pret HTTP 200 Commentaires

Measuring the sloppiness of code

Les LLMs peuvent générer du code presque correct formellement, mais cela n'empêche pas l'introduction d'abstractions inutiles, de duplications et de mauvaises décisions de conception. La croissance rapide des lignes de code entraîne une perte de maîtrise humaine et les agents automatisés ne parviennent pas à résoudre correctement cette "slop". Mesurer la "sloppiness" est difficile : les jugements par modèles sont souvent peu fiables tandis que l'évaluation humaine reste la meilleure option malgré son manque de scalabilité. Des métriques simples comme la variation de LOC et des mesures issues de SlopCodeBench (verbosité et érosion) permettent de distinguer le code généré par agents du code humain, les agents affichant en moyenne environ deux fois plus de verbosité et d'érosion. Une évaluation itérative avec checkpoints montre que les mauvaises décisions de codage s'accumulent et que les modèles échouent fréquemment aux critères stricts, ce qui invite à explorer d'autres métriques telles que le couplage, le churn et la cohésion.

earendil.com Resume pret HTTP 200 Commentaires

118M Queries per Second on Neki

Neki a été publié en aperçu plateforme et l'équipe a entrepris de tester la capacité à tenir 1 million de requêtes par seconde. Ils ont atteint rapidement cet objectif sur 5 shards puis ont poussé le test à 512 shards, culminant à 118 538 803 QPS et couvrant 1,22 PiB de données. Le benchmark consistait en des sélections point par clé primaire sur un seul shard, sans écritures ni requêtes traversant plusieurs shards, avec une cible de 200 000 QPS par shard. Pendant 16 minutes ils ont soutenu 118 538 803 QPS avec une p99 de 6,06 ms côté routeur et 13,95 ms côté client, environ 67 erreurs/s, 15,8 millions d'IOPS de lecture et plus de 2 Tb/s sur le réseau. L'infrastructure utilisée comprenait 512 shards chacun avec un primaire Postgres sur r8g.16xlarge et 480 routeurs sur 8xlarge, les shards étaient sans réplicas et aucune bascule n'a été effectuée, et un article ultérieur présentera les détails d'ingénierie.

planetscale.com Resume pret HTTP 200 Commentaires

Stop making swap partitions—use swap files instead

L'article affirme que les fichiers d'échange offrent depuis plus de vingt ans des performances équivalentes à celles des partitions d'échange. Il note que les distributions Linux continuent pourtant de proposer des partitions d'échange lors de l'installation. Les fichiers d'échange sont présentés comme plus faciles à créer, ajouter, supprimer, modifier et étendre après l'installation. Le texte donne des commandes pratiques, par exemple mkswap --size 4G --file /swapfile, et précise que l'option --file nécessite util-linux 2.40 ou ultérieure. Il explique aussi comment activer et rendre persistant le fichier swap en l'ajoutant à /etc/fstab, par exemple echo "/swapfile none swap defaults 0 0" >> /etc/fstab.

gist.github.com Resume pret HTTP 200 Commentaires

Another way to leak traffic on Android has been discovered

Une vulnérabilité dans la pile réseau d'Android permet à une application malveillante d'envoyer du trafic en dehors du tunnel VPN malgré l'option « Block all connections without VPN », exposant ainsi l'adresse IP réelle de l'appareil. L'attaque n'exige aucune permission spéciale et repose sur l'utilisation de connexions UDP de type keep-alive déléguées au matériel Wi‑Fi ou cellulaire, qui envoient des paquets UDP sur le port 4500. Comme ces paquets sont transmis directement par la puce réseau, ils contournent la vérification que tout le trafic doit passer par le VPN, ce qui implique qu'une correction nécessite des changements au niveau du système Android. Le chercheur a signalé le problème au Android Vulnerability Reward Program, qui l'a clos sans action publique ; GrapheneOS travaille sur un correctif et Mullvad refuse d'implémenter une atténuation théorique consistant à saturer les connexions keep-alive. En attendant une correction système, il est conseillé d'installer uniquement des applications de confiance et, si possible, d'utiliser des forks d'Android axés sur la sécurité et la vie privée comme GrapheneOS.

mullvad.net Resume pret HTTP 200 Commentaires

Show HN: Godot and Rust based multiplexer (terminal panes and more)

Le projet fournit un gestionnaire de PTY avec une grille carrelée redimensionnable permettant d'héberger des terminaux, éditeurs de code et explorateurs de fichiers, construit avec Godot et Rust. Il offre une API publique via JSON-RPC, une interface CLI et un serveur MCP pour que des agents d'IA et des scripts puissent créer des volets, injecter du texte et observer la sortie sans gratter l'interface TUI. Un moteur de concepts capture les sorties des PTY par expressions régulières et achemine les captures vers des volets adjacents pour affichage seulement, sans jamais injecter de commandes dans les shells. La persistance couvre le scrollback, les paramètres, les espaces de travail nommés et les profils sauvegardés en SQLite/JSON avec recherche plein texte, et des binaires autonomes sont fournis pour Linux, macOS et Windows. Le dépôt détaille les choix techniques (portable-pty, vte, tokio, alacritty_terminal, gdext), signale que la majeure partie du code a été générée par modèles de langage et peut contenir des défauts, et est distribué sous GPLv3 avec exceptions pour extensions et fichiers de configuration.

github.com Resume pret HTTP 200 Commentaires