Transcript: Quantified self et données privées

Un oscilloscope PCIe qui se met à raconter n’importe quoi… et la cause n’est ni un bug logiciel, ni un mauvais réglage, mais un minuscule fil interne cassé, possiblement à cause d’un simple nettoyage. On en parle dans un instant. Bienvenue dans The Automated Daily, hacker news edition. Le podcast créé par une IA générative. Nous sommes le 10 mars 2026, et voici ce qui a retenu l’attention aujourd’hui : de la crypto post-quantique activée par défaut côté système, une IA qui reconstruit des scènes 3D sur des vidéos interminables, et une réflexion assez crue sur la vie en entreprise… sans oublier un détour par l’Internet d’avant les plateformes.

On commence par un projet très « quantified self ». Le développeur Felix Krause a mis en ligne howisFelix.today, un tableau de bord public qui affiche des instantanés de sa vie : localisation, humeur, sommeil, poids, alimentation, sport, et d’autres métriques. Le point intéressant, ce n’est pas le côté voyeur : c’est la démonstration que les mêmes données — celles que des services collectent déjà en arrière-plan — peuvent être rapatriées, stockées chez soi, et visualisées sous contrôle total. Dans son cas, ça représente des centaines de milliers de points agrégés depuis 2019, via des applis, des capteurs et des API, le tout dans une base Postgres auto-hébergée. Et sa conclusion est plutôt honnête : ça prend un temps énorme à construire et à maintenir, et les « révélations » ne sont pas toujours à la hauteur des efforts. Il a d’ailleurs arrêté la collecte, tout en laissant le site comme archive.

Côté systèmes, FreeBSD 14.4 vient de sortir, et le détail qui compte vraiment aujourd’hui est un choix de sécurité : OpenSSH passe par défaut à un échange de clés hybride, compatible avec des approches dites post-quantiques. Concrètement, c’est un signal : on commence à préparer l’infrastructure à un futur où certains chiffrement actuels pourraient devenir moins rassurants. Le reste de la mise à jour s’inscrit dans une logique de solidité et d’exploitation : ZFS continue d’évoluer, le démarrage automatisé en environnement cloud devient moins frictionnel, et la virtualisation gagne des options plus pratiques pour rapprocher hôte et invité. À noter aussi, un effort sur la documentation — souvent la différence entre un système “puissant” et un système “vivable” au quotidien.

Dans la recherche en IA appliquée, une équipe Google DeepMind et UC Berkeley présente LoGeR, un système de reconstruction 3D dense pensé pour des vidéos extrêmement longues. Le problème classique, c’est qu’au-delà de quelques minutes, beaucoup de méthodes perdent le fil : elles “dérivent”, et la géométrie finit par se déformer. Ici, l’idée est de traiter de gros flux en segments tout en gardant une cohérence globale, sans devoir s’appuyer lourdement sur des corrections a posteriori. Pourquoi c’est important ? Parce que la reconstruction 3D sur la durée, ce n’est pas un luxe académique : c’est au cœur de la robotique, de la cartographie, et des expériences AR/VR où l’on attend une scène stable, même après des milliers d’images.

Petit retour aux racines d’Internet avec un Ask HN : est-ce que FidoNet existe encore, et est-ce que ses messages sont archivés quelque part ? Les réponses oscillent entre nostalgie et réalité technique : oui, le réseau survit, et il existe encore des points d’entrée modernes via des logiciels de BBS et des hubs actifs. Mais pour l’archivage, le constat est plus amer : beaucoup de bases de messages ont disparu, et ce qui reste tient davantage du patchwork — quelques miroirs, quelques dumps, quelques collections éparses. Ce fil rappelle un truc essentiel : les réseaux décentralisés étaient souvent plus “humains”, mais sans institutions de conservation, leur mémoire peut s’évaporer. Et ça, c’est une leçon très actuelle.

Dans la catégorie “histoire des outils”, un auteur revisite Lotus 1-2-3 sur DOS pour comprendre pourquoi c’était le “killer app” du PC IBM. La thèse est simple : ce n’était pas seulement un tableur plus grand ou plus rapide, c’était un produit intégré — calcul, graphiques et fonctions type base de données — avec une ergonomie de menus qui rendait l’exploration plus naturelle. On y retrouve aussi des conventions qui ont fini par devenir notre normalité : certaines références, certains automatismes de recalcul, l’idée de macros pour industrialiser des manipulations. L’intérêt aujourd’hui, c’est de voir que l’innovation n’était pas qu’une question d’interface graphique : c’était surtout une question de flux de travail et d’écosystème, bien avant la domination d’Excel.

Un détour par la culture d’entreprise, via un article connu mais toujours discuté : “The Gervais Principle”, qui relit la série The Office comme une théorie — grinçante — des organisations. L’auteur propose une structure en couches : ceux qui comprennent les dynamiques de pouvoir et les exploitent, ceux qui suivent sans vraiment comprendre, et ceux qui restent “à côté” pour diverses raisons, parfois par choix de stabilité. Qu’on adhère ou pas à l’étiquette provocatrice, l’intérêt est ailleurs : c’est une tentative de décrire pourquoi certaines promotions semblent illogiques, pourquoi la compétence ne suffit pas toujours, et comment une entreprise peut entretenir ses propres absurdités. C’est une lecture utile… à condition de la garder comme une grille, pas comme une vérité unique.

Pour les développeurs, un autre sujet plus terre-à-terre : “Emacs Solo”, une configuration Emacs utilisée au quotidien avec une règle stricte, presque ascétique — pas de paquets externes, uniquement le cœur d’Emacs et du code Elisp maison. Après deux ans, l’auteur raconte un gros refactoring qui sépare une base propre et un ensemble de modules indépendants. Le message derrière l’anecdote est intéressant : réduire les dépendances, ce n’est pas juste du purisme, c’est aussi une stratégie contre les cassures lors des mises à jour, et une façon de mieux comprendre son outil. Et au passage, ça illustre à quel point Emacs moderne couvre déjà énormément de besoins “sans plugin”, si on accepte d’apprendre un peu.

On termine par l’histoire promise au début : un prototype de carte oscilloscope PCIe, avec une erreur énorme de fréquence et des FFT instables. Au départ, ça ressemble à un problème de calibration ou de firmware. Mais la cause est matérielle : l’horloge de référence, une TCXO 10 MHz, est morte, ce qui laisse l’ADC “partir en roue libre”. L’enquête va loin : décapsulation, inspection, mesures… jusqu’à trouver un suspect très concret — un fil de bonding cassé entre la puce et le résonateur quartz. Et la partie la plus instructive, c’est le “pourquoi” : le fil aurait pu se fragiliser, voire se décoller, après un nettoyage ultrasonique pendant du rework. Morale pratique : sur des systèmes de mesure rapides, la précision tient parfois à des détails invisibles, et certaines procédures d’atelier peuvent faire plus de dégâts que de bien.

C’est tout pour aujourd’hui. Si un thème relie ces histoires, c’est peut-être celui-ci : entre nos données personnelles, nos systèmes d’exploitation, nos outils de travail et même nos composants matériels, la maîtrise se joue souvent dans les choix concrets — stockage, dépendances, sécurité par défaut, et bonnes pratiques. TrendTeller vous retrouve demain pour une nouvelle édition. Et comme toujours, vous trouverez les liens vers toutes les histoires dans les notes de l’épisode.