HN Digest
Briefing personnel.

Edition quotidienne

Lire vite. Garder l'essentiel.

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

6148 articles Page 460/615 Sans filtre

07:02

The Linux Programming Interface as a university course text

Bien que je n'aie pas ciblé spécifiquement le marché universitaire lors de la rédaction, j'ai reçu des courriels de professeurs utilisant l'ouvrage comme texte obligatoire ou recommandé dans des cours sur Linux ou la programmation système UNIX. Je suis très intéressé par obtenir des détails sur l'utilisation de cet ouvrage dans les cours universitaires afin d'envisager une édition future adaptée à ce marché. Si vous êtes un enseignant universitaire utilisant cet ouvrage comme manuel de cours, merci de me contacter pour m'informer de votre utilisation. Pourriez-vous me communiquer, autant que possible, le nom et l'URL de votre établissement, un aperçu du cours, le niveau du cours, le nombre d'étudiants et si l'ouvrage est utilisé comme texte obligatoire ou recommandé. En particulier, j'aimerais que vous répondiez à ces questions afin d'améliorer une prochaine édition pour le milieu universitaire.

07:02

Separating the Wayland compositor and window manager

Les anciens compositeurs Wayland présentent une architecture monolithique qui réunit serveur d'affichage, compositeur et gestionnaire de fenêtres dans un seul programme. La version 0.4.0 de river rompt avec cette approche en séparant le gestionnaire de fenêtres du compositeur dans un programme distinct. Le protocole stable river-window-management-v1 donne au gestionnaire de fenêtres le contrôle des positions, des raccourcis clavier et des politiques de gestion, tandis que river assure le rendu et les fonctions bas niveau. Cette séparation réduit les obstacles à l'écriture d'un gestionnaire de fenêtres et permet d'utiliser des langages plus lents ou à ramasse-miettes sans compromettre les performances. Quinze gestionnaires de fenêtres existent déjà pour river et le projet vise une version 1.0 avec rétrocompatibilité, tout en restant limité aux paradigmes 2D et sans VR pour l'instant.

07:02

Stop Sloppypasta

Partager une production brute d'IA équivaut à manger de la junk food: c'est facile et peut sembler satisfaisant, mais ce n'est pas dans votre intérêt. L'effort de lire ne change pas lorsque le texte est généré par une IA, tandis que l'effort d'écriture devient presque gratuit, ce qui crée un déséquilibre cognitif. Avant les LLMs, écrire impliquait réflexion et choix intentionnels qui soutenaient la compréhension et la mémoire du lecteur. Les LLMs peuvent produire des réponses convaincues sans vérification fiable, et leur augmentation de la verbosité accroît l'incertitude du lecteur. Ainsi, la confiance doit être vérifiée avec diligence et chacun doit exiger traçabilité et vérification pour éviter d'éroder la crédibilité collective.

07:01

How far can you go with IX Route Servers only?

Les points d'échange Internet (IX) relient des routeurs sur un même LAN pour faciliter le peering BGP et l'échange de trafic. Les route servers (RS) agissent comme des route reflectors BGP qui distribuent les routes reçues à tous les membres, évitant que chaque réseau ne forge des sessions individuellement. Le trafic n'est pas acheminé par les route servers eux-mêmes, les échanges se faisant au niveau du LAN et les RS coordonnant potentiellement d'importants volumes. La sécurité des RS est généralement meilleure que celle des sessions bilatérales, grâce à des pratiques renforcées comme l'IRR, le RPKI ROV, Peerlock et la validation de l'AS_PATH. Les résultats suggèrent qu'une part limitée des prefixes est atteignable via les RS, ce qui pousse certains opérateurs à privilégier les PNIs ou les liaisons privées pour le trafic entrant tout en utilisant les IX pour l'apprentissage des routes sortantes.

07:01

Lies I was told about collaborative editing, Part 2: Why we don't use Yjs

Dans la première partie, il est démontré que les algorithmes CRDT les plus populaires, Yjs inclus, altèrent silencieusement les documents lors de la résolution des conflits directs, ce qui peut être acceptable en édition collaborative en direct mais inadapté hors ligne. Dans la partie 2, on soutient que ces mêmes algorithmes restent inadaptés pour la collaboration en direct et que Yjs présente des défis en production, tout en recommandant une alternative moins connue mais globalement meilleure, sauf pour une édition pair-à-pair véritable sans maître. La démonstration montre une solution simple d’environ 40 lignes de code qui permet la réconciliation hors ligne et la synchronisation, avec ProseMirror Collab, sans les coûts d’un CRDT. Yjs présente des coûts importants en performance et en débogage, notamment des remplacements complets du document à chaque frappe, des problèmes de schémas et de permissions, et des complications liées à la gestion des tombstones. En conclusion, à moins d’avoir besoin d’une topologie véritablement maîtresseless P2P, il vaut mieux privilégier la solution simple, car les CRDTs compliquent le débogage et l’expérience utilisateur, même si les évolutions futures pourraient changer l’évaluation.

07:01

Electric motor scaling laws and inertia in robot actuators

Cette série présente les fondamentaux de l’actionnement robotique sans recommander une architecture spécifique. Elle introduit le FoM, et sa version normalisée par la masse et le rayon, comme outil de comparaison entre moteurs de tailles différentes. Les lois d’échelle montrent que, lorsque seule la longueur varie, le couple, la masse et la dissipation augmentent proportionnellement, tandis que le rayon modifie différemment le couple et l’inertie. En associant ces relations à un rapport d’engrenage, le moment d’inertie reflété dépend essentiellement de la dissipation de puissance pour un couple donné, et le rapport peut s’annuler. Cependant, le FoM n’est pas universel car il ignore le couple de pointe, la saturation, l’inertie du rotor et le transfert de chaleur, et les topologies peuvent en dévier.

07:00

How I write software with LLMs

Le texte illustre comment les LLMs transforment la programmation en permettant de créer des systèmes complexes plutôt que d’écrire manuellement chaque ligne de code. Il détaille un workflow structuré avec un architecte, un développeur et des réviseurs, utilisant un cadre OpenCode et une palette de modèles comme Codex, Opus et Gemini pour améliorer fiabilité et maintenabilité. Un exemple phare présente Stavrobot, un assistant personnel axé sécurité qui gère le calendrier, effectue des recherches et écrit du code, avec la possibilité d’étendre ses capacités de manière autonome. Le texte met en évidence l’importance de la supervision humaine et décrit les écueils potentiels, notamment les décisions architecturales qui nécessitent une expertise technique. Enfin, il relate des améliorations récentes comme l’ajout d’un système d’allowlist email avec des jokers et la centralisation des identités propriétaires, destinées à accroître l’adaptabilité et la sécurité du flux de travail.