HN Digest
Briefing personnel.

Lire vite.
Garder l'essentiel.

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

11801 articles Page 847/1181 Sans filtre

Verus is a tool for verifying the correctness of code written in Rust

Ce document présente un outil de vérification formelle pour du code Rust visant la correction fonctionnelle complète sans contrôles d'exécution. Il utilise une preuve assistée par ordinateur et génère des conditions de vérification simples résolues par un solveur SMT (Z3). L'approche combine un langage mathématique pour spécifications et preuves basé sur la logique classique, un langage impératif bas niveau inspiré de Rust, et un typage linéaire léger pour gérer mémoire et aliasing. Les auteurs considèrent que Rust facilite la vérification grâce à ses types algébriques, fonctions de premier ordre et au support des types linéaires et emprunts, ce qui réduit le raisonnement sur la mémoire. Le guide suppose des connaissances en Rust, explique l'écriture de spécifications et preuves en syntaxe Rust étendue (macros comme forall, exists, requires, ensures) et détaille une progression didactique des preuves simples aux preuves inductives et concurrentes, en précisant les limites de l'automatisation.

verus-lang.github.io Resume pret HTTP 200 Commentaires

Technical, cognitive, and intent debt

L'auteure propose de distinguer trois types de dette système : la dette technique dans le code, la dette cognitive dans les personnes et la dette d'intention dans les artefacts, qui interagissent et exigent diagnostics et mesures pour rester maîtrisées. Shaw et Nave étendent le modèle à deux systèmes de Kahneman en ajoutant un "Système 3" pour l'IA, ce qui introduit le concept de reddition cognitive caractérisée par une confiance passive aux raisonnements artificiels, à distinguer du délestage cognitif stratégique. Des observateurs relèvent des signes culturels et pratiques émergents, comme l'utilisation d'icônes "<>" pour évoquer le code alors que cela renvoie plutôt au HTML qu'aux langages de programmation courants. Ajey Gore avance que si les agents automatisent la production de code, la vérification devient la tâche coûteuse et centrale, imposant une réorganisation des équipes autour de la définition de critères d'acceptation, des bancs de test et de la surveillance des résultats. Le débat sur l'avenir du code couvre des expérimentations de nouveaux langages optimisés pour les LLM, la faveur pour des langages fortement typés et la nécessité persistante d'humains pour nommer l'intention et construire un langage partagé rendant le logiciel compréhensible.

martinfowler.com Resume pret HTTP 200 Commentaires

A Boy That Cried Mythos: Verification Is Collapsing Trust in Anthropic

Le document technique d'Anthropic sur Claude Mythos Preview consacre seulement sept pages à la cybersécurité sur 244, sans fournir de quantification robuste ni détails tels que CVE, CVSS, ou reproduction indépendante. La démonstration centrale utilisant un shell SpiderMonkey prétendument "Firefox 147" reposait sur des bugs pré-découverts par un autre modèle et déjà corrigés, et le taux d'exploitation revendiqué (72,4 % soit 181/250) tombe à 4,4 % une fois les deux vulnérabilités principales retirées. Des reproductions externes montrent que des modèles open-weight beaucoup plus petits peuvent retrouver les mêmes vulnérabilités, et aucun partenaire Glasswing n'a confirmé publiquement des découvertes inédites. Le financement annoncé de 100 millions est principalement constitué de crédits d'utilisation, les succès rapportés concernent des cibles mal défendues tandis que Mythos a échoué contre des environnements corrigés ou OT, et de nombreuses métriques essentielles sont absentes du rapport. L'analyse conclut que l'annonce relève surtout d'un argumentaire marketing et d'une mise en place d'exclusivité via Glasswing plutôt que d'une avancée technique incontestable, et appelle à plus de transparence et d'évaluations indépendantes.

www.flyingpenguin.com Resume pret HTTP 200 Commentaires

Over-editing refers to a model modifying code beyond what is necessary

Le phénomène d'Over-Editing désigne la tendance des modèles à réécrire davantage de code que nécessaire pour corriger un bug, ce qui génère des diffs volumineux qui compliquent la revue et la maintenance malgré une correction fonctionnelle. Pour le quantifier, l'auteur a généré 400 exemples corrompus à partir de BigCodeBench et a utilisé une distance de Levenshtein au niveau des tokens ainsi que l'augmentation de la « cognitive complexity » pour mesurer l'écart entre le patch minimal et la sortie du modèle. Les résultats montrent que de nombreux modèles de pointe, en particulier leurs variantes de reasoning (par exemple GPT‑5.4), ont tendance à sur-éditer, tandis que des modèles comme Claude Opus 4.6 produisent des diffs beaucoup plus petits, et que l'ajout explicite d'une consigne de conservation du code initial réduit significativement la Levenshtein et parfois améliore la Pass@1. En entraînement, des méthodes comparées sur Qwen3 4B (SFT, rSFT, DPO, RL) ont révélé que la SFT sur-apprendait les corrections in-domain et échouait hors distribution en provoquant un oubli catastrophique, alors que l'entraînement par RL favorise une édition fidèle qui généralise et n'induit pas de dégradation des capacités générales, effet confirmé sur Qwen3 14B. Des expériences complémentaires montrent que LoRA à rang modéré peut approcher les gains de RL, que la conception de la récompense est critique pour éviter le reward hacking, et que l'Over-Editing est une faiblesse mesurable et corrigeable par prompting et entraînements ciblés.

nrehiew.github.io Resume pret HTTP 200 Commentaires

Tempest vs. Tempest: The Making and Remaking of Atari's Iconic Video Game

Il s'agit d'un livre qui explore et analyse en profondeur le code et la conception des versions originales de 1981 et de 1994 de ces jeux. L'auteur explique de nombreux petits mécanismes du gameplay et détaille leur mise en œuvre en assembleur 6502 et Motorola 68K. Le format est léger et digeste, organisé en nombreux chapitres courts, chacun consacré à un élément précis du jeu. Le livre est disponible gratuitement au format PDF en deux versions (9 Mo et 27 Mo haute résolution) et l'on recommande l'affichage en double page pour consulter le code et les commentaires côte à côte. Le dépôt GitHub contient les sources et des informations sur la réalisation, et l'auteur propose également d'autres études détaillées sur des jeux connexes.

tempest.homemade.systems Resume pret HTTP 200 Commentaires