Ping-pong robot beats top-level human players
Resume indisponible pour cet article.
Edition quotidienne
Les meilleurs longs formats de Hacker News, relus plus calmement.
23 Apr 2026
06:04
Resume indisponible pour cet article.
23 Apr 2026
06:04
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.
23 Apr 2026
06:04
Resume indisponible pour cet article.
23 Apr 2026
06:04
Resume indisponible pour cet article.
23 Apr 2026
06:04
Resume indisponible pour cet article.
23 Apr 2026
06:03
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.
23 Apr 2026
06:03
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.
23 Apr 2026
06:02
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.
23 Apr 2026
06:02
Resume indisponible pour cet article.
23 Apr 2026
06:02
La police pixelisée de 5x5, dérivée de lcamtuf et inspirée par le ZX Spectrum, est conçue pour tenir dans un carré de 5 pixels et s'afficher proprement sur une grille 6x6. L'auteur affirme que 5x5 est la plus petite résolution sans compromis sur la lisibilité, alors que 4x4 ou moins empêchent de dessiner correctement certaines lettres et 3x3 reste illisible en pratique. L'utilisation d'une largeur constante (un caractère occupant 6 colonnes avec espacement) simplifie le calcul des longueurs de chaîne et évite les problèmes de débordement dans les mises en page compactes. Le jeu de glyphe complet tient dans environ 350 octets, ce qui le rend idéal pour des microcontrôleurs 8 bits à faible mémoire et pour des écrans OLED basse résolution. L'article explore aussi des variantes plus petites (3x5, 3x4, 3x3, 2x3, 2x2), en explicitant les compromis de lisibilité, et fournit des liens vers le code source, un programme de test et des fontes analogues.