HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

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

11567 articles Page 158/1157 Sans filtre

Working with Git Worktrees in Magit

L'auteur explique qu'il a découvert récemment les git worktrees grâce aux agents d'IA qui créent une worktree par tâche pour permettre un travail parallèle sans interférence. Un worktree est un répertoire de travail supplémentaire partageant la même base d'objets, refs et remotes qu'un dépôt principal, avec un HEAD et un index propres, et une branche ne peut être cochée que dans un seul worktree à la fois. Les worktrees sont utiles pour faire plusieurs choses simultanément (tests longs, revue de PR, agents IA), mais ils entraînent la duplication des fichiers sur disque et exigent de réinstaller dépendances et caches non suivis dans chaque worktree. Le système Jujutsu (jj) est présenté comme une alternative où la copie de travail est un commit snapshotté automatiquement, supprimant l'état non committé et facilitant le travail parallèle et l'annulation des opérations. Magit offre depuis longtemps un support des worktrees avec des raccourcis Z pour créer, basculer, afficher et supprimer des worktrees, et l'auteur propose des conseils pratiques comme ne pas les imbriquer et activer leur affichage dans le buffer de statut.

emacsredux.com Resume pret HTTP 200 Commentaires

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