Après avoir décidé de refuser les contributions basées sur l'IA pour son projet open source LibreWeddingPlanner, l'auteur a continué à utiliser l'IA dans son travail professionnel. Il décrit cette utilisation comme une addiction potentielle, notant que les tâches autrefois longues pouvaient être accomplies en quelques heures grâce à des outils comme l'autocomplétion améliorée et les modèles de génération de code.

L'utilisation croissante de l'IA pour implémenter des fonctions ou générer des tests a conduit à une perte de compréhension du code produit. L'auteur a constaté qu'il déléguait des tâches entières à l'IA, y compris la décomposition de problèmes complexes, ce qui entraînait la soumission de changements qu'il ne comprenait pas entièrement, s'inquiétant de la responsabilité lors des revues de code et de sa propre compétence en tant que développeur.

Cette dépendance a évolué vers la gestion simultanée de plusieurs tâches par plusieurs agents d'IA, délestant l'auteur de son rôle actif dans le développement. Il a ressenti une perte de contrôle, ne sachant plus exactement ce que le code qu'il soumettait faisait réellement, et a envisagé de se présenter comme un simple "berger d'IA".

L'article détaille la procédure d'auto-unseal d'OpenBao en utilisant le service Key Management System (KMS) d'OVHcloud. L'unseal est le processus qui consiste à déverrouiller OpenBao après son démarrage, étape qui devient problématique sur des clusters éphémères. Traditionnellement, cela se fait manuellement ou via des solutions matérielles spécifiques.

L'approche présentée ici exploite le KMS d'OVHcloud pour automatiser ce déverrouillage. Le système utilise le protocole KMIP, et non un plugin externe, pour communiquer avec le KMS. Pour cela, une configuration est nécessaire au niveau du KMS, impliquant la création d'un certificat client via mTLS et l'obtention d'une clé de chiffrement dédiée.

La création du certificat client nécessite une paire de clés générée localement, puis son certificat de requête (CSR) est envoyé à l'API OVH pour signature. Ce certificat client aura une durée de validité, et son expiration entraînera l'impossibilité pour OpenBao de se déverrouiller automatiquement, nécessitant une rotation. La génération de la clé de seal se fait ensuite en utilisant la CLI d'OVHcloud pour interagir avec le KMS.

La prolifération des résumés, amplifiée par l'essor de l'intelligence artificielle, conduit à une superficialité dans l'acquisition des connaissances. L'auteur observe une tendance à préférer des formats condensés comme les vidéos ou les articles de blog, qui eux-mêmes sont souvent des synthèses d'ouvrages plus complets, plutôt qu'à aborder des sujets en profondeur.

Cette dilution progressive de l'information entraîne une perte de nuance et de contexte. Un résumé, même bien fait, ne peut restituer la richesse du raisonnement, les détails et les justifications complexes présents dans un ouvrage de référence, se limitant souvent aux conclusions. Cela peut mener à une compréhension incomplète, comme l'exemple de la Clean Architecture, réduite à ses aspects techniques au détriment de son raisonnement global.

Les résumés peuvent toutefois servir de catalyseurs pour susciter l'intérêt et encourager l'exploration plus poussée d'un sujet. Néanmoins, ils ne sauraient remplacer le temps et l'effort nécessaires à une étude approfondie pour une maîtrise réelle des concepts.

L'article présente le concept de pratique délibérée, popularisé par Anders Ericsson, comme un facteur clé pour atteindre l'excellence dans un domaine. Il souligne que la qualité de la pratique, plutôt que la seule quantité, est déterminante pour l'apprentissage, en particulier dans des domaines comme les échecs, la musique et le sport.

Cependant, l'auteur soulève deux points critiques concernant la théorie de la pratique délibérée. Premièrement, il suggère que la part de talent et d'intelligence innée dans la performance d'élite est peut-être sous-estimée par Ericsson. Deuxièmement, il met en évidence la difficulté d'appliquer ce concept dans des domaines moins structurés que les jeux ou les arts, où les objectifs d'amélioration sont souvent flous et les compétences moins définissables.

Pour pallier ces difficultés dans des contextes professionnels, l'article propose trois leçons essentielles : il est crucial de savoir quelles compétences sont réellement valorisées et comment elles s'intègrent dans un parcours professionnel, et pas seulement de savoir comment les acquérir. De plus, prouver qu'on maîtrise une compétence s'avère aussi complexe que de l'apprendre soi-même, nécessitant souvent des mesures de performance objectives.

Pour améliorer la concentration lors de la lecture, il est essentiel de construire des sessions de lecture qui anticipent la distraction plutôt que de simplement tenter de l'éliminer. Plutôt que de considérer la perte de concentration comme un problème de volonté, il faut la voir comme un manque de vigilance. Les méthodes proposées visent à réagir activement au moment où l'attention commence à s'égarer.

Des stratégies spécifiques sont recommandées pour pallier ce phénomène. Il s'agit notamment de définir des objectifs de lecture par sections plutôt que par livres entiers, de se fixer une seule question à laquelle répondre durant la lecture, de maintenir un marqueur visuel sous la ligne lue et de reformuler chaque section en une seule phrase pour vérifier la compréhension. De plus, il est conseillé de noter les pensées parasites sur une feuille séparée plutôt que de les laisser détourner l'attention du texte principal.

Ces techniques s'attaquent aux interruptions internes, là où la plupart des difficultés de concentration se manifestent, contrairement aux conseils traditionnels qui se concentrent sur les distractions externes comme le bruit ou les notifications. L'objectif est de rendre le lecteur plus conscient de ses propres moments de "mindless reading" et d'intervenir rapidement pour retrouver le fil du texte.

Le minimalisme numérique consiste à choisir délibérément les technologies qui enrichissent votre vie et à supprimer le reste, plutôt qu'à rejeter les outils numériques. L'objectif n'est pas de réduire le temps d'écran, mais d'utiliser chaque outil pour une raison précise et de se séparer de ceux qui n'apportent pas de valeur ajoutée. Cette démarche est analogue à l'organisation de son foyer, en conservant ce qui est utile et aimé.

La fragmentation de l'attention provient de la conception des applications modernes, avec leurs flux infinis et leurs récompenses variables, ainsi que des notifications qui interrompent constamment. Ces interruptions, même brèves, engendrent une perte de temps significative pour retrouver sa concentration. De plus, l'occupation systématique des moments d'attente par les écrans élimine les temps morts précieux pour la réflexion et la génération d'idées.

Pour retrouver son attention, six étapes sont proposées. Les plus efficaces incluent la désactivation de toutes les notifications non choisies et le retrait des applications tentantes de l'écran d'accueil. D'autres stratégies impliquent l'établissement de limites physiques plutôt que des règles strictes, un nettoyage honnête de ce qui reste, la structuration de la journée et le remplacement des habitudes numériques par d'autres activités, plutôt que leur simple suppression.

La conférence dotAI 2026 a souligné l'évolution rapide des architectures multi-agents, qui transforment le développement logiciel en déplaçant l'effort humain de l'écriture de code vers la planification et la relecture. Cette nouvelle approche, bien que prometteuse, crée une surcharge due au volume important de code généré et aux requêtes constantes des agents.

Face à cette saturation, l'article met en garde contre les "usines logicielles autonomes" ou les spécifications formelles exhaustives, considérées comme des impasses. Le code reste le niveau d'abstraction le plus fiable pour la compréhension humaine. La solution proposée pour retrouver le contrôle réside dans le "loop engineering", impliquant la gestion externe des tâches, la définition de budgets d'exécution stricts, l'isolation de l'architecture et l'exécution de tests automatisés par les agents avant toute validation humaine.

Une fois ces garde-fous mis en place, des gains de productivité considérables sont observés, comme l'a rapporté Anthropic avec Claude générant une majorité du code fusionné. Atteindre cette maturité exige un "reaper mindset", c'est-à-dire la capacité de remplacer les anciennes technologies par de nouvelles générations de modèles plus performants. L'article aborde également la compréhension interne des IA, notamment via l'interprétabilité mécanistique.

Cet article explique comment écrire directement dans la mémoire vidéo du mode VGA, une étape essentielle pour continuer à afficher du texte après le passage en mode protégé 32 bits, où l'accès au BIOS n'est plus possible. Il détaille le fonctionnement de la mémoire vidéo en mode texte couleur, où chaque caractère occupe deux octets : un pour son code ASCII et un pour sa couleur, cette dernière étant codée sur plusieurs bits pour définir les couleurs de premier plan et d'arrière-plan.

Le texte présente ensuite des exemples de code assembleur permettant de placer des caractères à des adresses spécifiques de la mémoire vidéo, en spécifiant leur code ASCII et leur combinaison de couleurs. Ces manipulations permettent de tester l'affichage de caractères simples, y compris certains caractères étendus du jeu de caractères Code Page 437, illustrant ainsi la capacité à contrôler finement l'affichage sans recourir aux services du BIOS.

Bien que cette technique permette d'afficher des caractères isolés à des positions définies, l'auteur souligne qu'il s'agit d'une première étape et que d'autres fonctionnalités comme l'affichage de chaînes de caractères, la gestion du curseur ou le défilement de texte restent à développer pour un contrôle d'affichage plus complet.

L'article présente une méthode pour inspecter la mémoire vive d'une machine virtuelle QEMU en utilisant son moniteur. Le problème initial réside dans le fait que le numéro du périphérique de démarrage est codé en dur, ce qui empêche de démarrer depuis une disquette ou un disque dur de manière interchangeable.

La solution proposée consiste à sauvegarder dynamiquement le numéro du périphérique de démarrage, fourni par le BIOS dans le registre DL avant le passage de contrôle au secteur de démarrage, dans une zone réservée de la RAM (ici, à l'adresse 0x500). Ce numéro peut ensuite être lu directement depuis la mémoire par le programme pour s'adapter au périphérique de boot utilisé.

L'article détaille ensuite l'utilisation du moniteur QEMU, notamment la commande x/ pour examiner le contenu de la mémoire. Cet outil permet de vérifier la valeur sauvegardée à l'adresse 0x500, confirmant ainsi le bon fonctionnement de la modification, et d'explorer d'autres zones mémoire comme celle contenant le message affiché par le système.

L'article aborde la problématique du "code sloppé" généré par l'intelligence artificielle, en soulignant que cette notion englobe divers types d'échecs sans cause unique ni solution universelle. Il identifie des schémas récurrents tels que des validations redondantes, la création de fonctions quasi-identiques ou des vérifications excessives pour des entrées impossibles, qui nuisent à la qualité et à la maintenabilité du code.

Une cause majeure de cette accumulation de code de mauvaise qualité réside dans le manque de contexte pour les agents d'IA. Ces derniers, ne disposant pas des informations complètes sur les validations précédentes ou les fonctions existantes, ont tendance à synthétiser des solutions locales et redondantes, exacerbant le "problème de localité" où le code qui devrait évoluer ensemble est difficile à trouver et à modifier.

Pour remédier à ce problème, l'article propose d'identifier précisément les comportements ou problèmes récurrents, de préférer des descriptions de problèmes spécifiques plutôt que des termes vagues comme "code sloppy". L'utilisation d'outils comme des règles de linting ciblées, inspirées par des travaux comme ceux de Dillon Mulroy, peut aider à identifier ces schémas de code problématiques et orienter les efforts de nettoyage, qu'il s'agisse de corrections locales ou de refontes architecturales.

L'article détaille la mise en place d'un serveur FreeBSD servant de reverse proxy NGINX, marquant une transition d'une infrastructure basée sur Debian. La configuration du réseau inclut la désactivation de l'IPv6 et la définition d'une adresse IPv4 statique. NGINX est installé avec des paramètres de sécurité optimisés et l'objectif est de centraliser la gestion du trafic web.

La mise en œuvre du reverse proxy intègre également des solutions de sécurité et de surveillance. Certbot est configuré avec un plugin spécifique à Infomaniak pour la gestion des certificats SSL wildcard, nécessitant l'utilisation de Python et pip sur FreeBSD. Le serveur est ensuite équipé d'un agent Wazuh pour le suivi de la sécurité et d'un agent CheckMK pour le monitoring des services.

Ces intégrations visent à centraliser la gestion et la surveillance de l'infrastructure, en connectant le reverse proxy FreeBSD à des outils existants tels que Wazuh et CheckMK, et en simplifiant potentiellement la gestion par des outils comme Ansible mentionnés en introduction.

L'auteur relate sa migration de RAID 1 vers ZFS sur son serveur NAS, motivée par l'espace disque insuffisant et le besoin d'une solution de stockage plus robuste. Il décrit un incident antérieur où un disque défaillant l'a contraint à passer d'un RAID 6 à un RAID 1 avec seulement trois disques, réduisant drastiquement l'espace utilisable tout en sacrifiant une partie des performances en écriture.

Face au remplissage des 4 To de stockage disponible, notamment avec des photos et vidéos familiales, l'auteur décide de reconfigurer son système. Il choisit ZFS comme nouveau système de fichiers logiciel, privilégiant cette solution pour sa fiabilité et ses fonctionnalités avancées, contrairement à Btrfs qui est suggéré pour d'autres scénarios d'utilisation.

La migration s'est avérée être une entreprise longue et complexe, nécessitant la rédaction et l'exécution d'un script spécifique pour transférer les données. L'ensemble du processus, de la préparation à la validation finale, a duré environ 20 heures, soulignant l'investissement en temps et en efforts requis pour ce type d'opération.

ECMAScript 2026 introduit plusieurs améliorations pratiques à JavaScript, visant à simplifier des schémas courants et à combler des lacunes dans la bibliothèque standard. Plutôt que des changements syntaxiques majeurs, cette édition se concentre sur l'ajout de petites API qui réduisent le code répétitif, comme la gestion de collections de données.

Parmi les nouveautés, Map.prototype.getOrInsert() et Map.prototype.getOrInsertComputed() facilitent l'ajout ou la récupération de valeurs dans une Map, éliminant le besoin de vérifier manuellement l'existence d'une clé et de créer une valeur par défaut. De même, Array.fromAsync() permet de convertir des itérateurs asynchrones directement en tableaux, simplifiant la gestion des données récupérées de manière asynchrone.

D'autres fonctionnalités notables incluent Iterator.concat() pour combiner des itérables, une meilleure gestion des grands entiers lors du parsing JSON, des méthodes directes pour convertir Uint8Array en Base64 ou Hex, une fonction Error.isError() pour détecter les erreurs authentiques, et une approche plus fiable pour la somme de nombres à virgule flottante. Ces additions, bien que discrètes, améliorent l'efficacité et la lisibilité du code JavaScript.

L'article aborde la question de l'acceptation des contributions générées par les LLM dans les projets open source, en la présentant comme un "pari pascal" moderne. Il distingue trois approches : l'acceptation majoritaire, le rejet strict, et une position intermédiaire jugée peu durable.

La position intermédiaire, telle que celle adoptée par Debian, est présentée comme une illusion de neutralité qui, à terme, conduit à une adoption inéluctable du code généré, sans en assumer la responsabilité. L'auteur soutient que rester dans cette zone grise équivaut, dans les faits, à une acceptation lente et non déclarée, qui peut être vue comme naïve ou hypocrite.

Face à ce dilemme, l'article suggère que chaque projet open source doit faire un choix urgent et clair entre accepter ou rejeter les contributions issues des LLM. Le rejet, bien qu'il puisse aliéner certains contributeurs, semble préférable car il évite de dépendre de technologies propriétaires et de perdre l'indépendance, tout en préservant la communauté des utilisateurs qui ne recherchent pas de logiciels spécifiquement "anti-IA".

Le lien entre pesticides et cancers est un sujet complexe, souvent abordé de manière simpliste, où une association statistique est rapidement interprétée comme une causalité directe. Cette simplification médiatique occulte la nuance scientifique essentielle entre danger, exposition et risque réel.

Le rapport d'expertise collective de l'Inserm, actualisé en 2021, établit une présomption forte de lien entre l'exposition professionnelle à certains pesticides et plusieurs pathologies, dont des lymphomes, le myélome multiple et le cancer de la prostate. Des présomptions moyennes existent également pour d'autres cancers. Ces conclusions soulignent l'existence de signaux d'alerte, particulièrement dans des contextes d'exposition professionnelle ancienne et non protégée, mais ne généralisent pas à toutes les substances, tous les cancers, ou toutes les populations.

Les études sur l'exposition pendant la grossesse ou l'enfance révèlent une présomption forte de lien entre l'exposition aux pesticides de la mère ou de l'enfant et certains cancers infantiles, notamment les leucémies et les tumeurs du système nerveux central. De plus, des liens sont établis entre l'exposition professionnelle ou environnementale durant la grossesse et des troubles du développement neuropsychologique et moteur chez l'enfant, avec des familles chimiques de pesticides comme les organophosphorés et les pyréthrinoïdes impliquées.

L'auteur a migré vers l'utilisation du client Codex en ligne de commande comme alternative à l'extension VS Code Web suite à des problèmes de dépendance. Cette nouvelle approche vise à conserver l'interaction directe avec l'IA dans un environnement familier, tout en gagnant en indépendance vis-à-vis des mises à jour de l'extension.

L'avantage principal de cette méthode réside dans la déconnexion de la session Codex de l'interface utilisateur graphique. Si le terminal ou le navigateur se ferme, le processus du "daemon" local continue de tourner en arrière-plan, permettant ainsi de reprendre la conversation sans interruption. De plus, cette architecture permet d'accéder à la même session Codex depuis différents points d'entrée, comme une connexion SSH ou Guacamole, offrant une flexibilité accrue.

Concrètement, le daemon Codex s'exécute localement sur le serveur et communique avec le client interactif via un socket Unix privé. Cette configuration garantit que le service Codex n'est pas exposé sur le réseau externe, renforçant ainsi la sécurité du plan de contrôle, bien que la connexion sortante HTTPS vers les services OpenAI soit toujours nécessaire pour le fonctionnement de l'IA. L'installation du client Codex CLI officiel est présentée comme une étape clé pour mettre en place cette solution.

Le pattern "Strangler Fig" est une stratégie de modernisation logicielle qui remplace progressivement un système hérité par des composants plus modernes, une capacité à la fois. Il fonctionne en plaçant une façade devant le système existant, qui intercepte toutes les requêtes. Cette façade a pour rôle de router les requêtes soit vers le système hérité, soit vers le nouveau service, au fur et à mesure que les fonctionnalités sont migrées.

L'implémentation pratique de cette façade se fait généralement via un proxy inverse ou une passerelle API. Cette dernière analyse les requêtes et les dirige en fonction du chemin d'accès, des en-têtes ou de drapeaux de fonctionnalités, sans nécessiter de modifications du côté client. Il est crucial de noter que cette façade représente un coût opérationnel et de maintenance supplémentaire, car elle est active pendant toute la durée de la migration, qui peut s'étendre sur une longue période.

Une difficulté majeure dans l'application de ce pattern réside dans la gestion des données durant la période de coexistence des deux systèmes. La décision de qui "écrit en dernier" et contrôle donc la vérité des données doit être prise en amont pour éviter les problèmes de cohérence. De plus, le pattern peut échouer près de la fin si les derniers composants à migrer s'avèrent trop complexes ou mal définis, tandis que l'entreprise a déjà enregistré les bénéfices des migrations antérieures.

Ce tutoriel présente la mise en place d'un système de synthèse vocale sous Linux, principalement destiné aux utilisateurs d'Archlinux mais adaptable à d'autres distributions. L'objectif est de permettre la lecture de textes par des logiciels, notamment les lecteurs d'écran comme Orca ou la fonction "Mode Lecture" de Firefox. La configuration proposée utilise Speech-Dispatcher comme interface centrale pour gérer les différentes voix et moteurs de synthèse.

L'installation repose sur deux composants principaux : Speech-Dispatcher, l'outil d'interfaçage, et un moteur de synthèse vocale. L'auteur recommande Piper-TTS et détaille l'installation des paquets nécessaires via l'AUR, incluant les voix françaises. La configuration de Speech-Dispatcher implique la génération d'un fichier de configuration initial puis son édition pour spécifier l'utilisation du module générique "piper", le réglage de la langue par défaut en français et l'utilisation de Pipewire pour la sortie audio.

La configuration spécifique de Piper-TTS se fait dans un fichier piper.conf qui définit comment Speech-Dispatcher doit appeler le moteur pour générer la voix. Cela inclut la sélection de la voix souhaitée, le réglage du débit et la gestion des paramètres de sortie. Après chaque modification des fichiers de configuration, le service Speech-Dispatcher doit être relancé pour que les changements prennent effet, et des tests peuvent être effectués avec la commande spd-say.

Cet article explique comment configurer une intégration continue (CI) sur Codeberg en utilisant Forgejo Actions, sans nécessiter de services externes ou d'administration d'infrastructure. Le cas pratique abordé est la construction et la publication d'un site statique généré avec Hugo.

Pour qu'un workflow de CI soit détecté par Codeberg, le fichier de configuration YAML doit impérativement être placé dans le répertoire .forgejo/workflows/ du dépôt. Dès qu'un fichier valide est présent à cet emplacement et qu'une modification est poussée, la CI s'exécute automatiquement selon les événements déclencheurs définis.

Le document présente un exemple de workflow nommé "Build Hugo site" qui se déclenche à chaque push sur la branche main et lors des pull requests. Ce workflow utilise un job unique s'exécutant sur un runner Linux fourni par Codeberg, avec une étape initiale de récupération du code source du dépôt.

Une requête d'effacement GDPR, telle que traitée dans une application Symfony/Doctrine, est présentée comme un processus de longue durée et partiellement asynchrone, et non comme une simple opération CRUD. Cette distinction est cruciale car l'effacement des données doit s'étendre à diverses sources, y compris les index de recherche, les caches, et les systèmes externes, qui ne partagent pas une transaction commune avec la base de données principale.

L'approche proposée modélise la requête d'effacement comme une entité de première classe, un "cas" doté d'un cycle de vie. Ce cas suit la progression des différentes étapes d'effacement, chacune étant marquée comme terminée individuellement. L'état de complétion global est déterminé par la vérification que toutes les étapes requises ont été explicitement achevées.

Pour gérer la communication entre la base de données Doctrine et d'autres systèmes, une approche utilisant une machine à états explicite et un mécanisme "Outbox" est recommandée. Cela permet une orchestration fiable, incluant l'idempotence pour chaque étape et une API de statut qui reflète précisément l'état réel du processus, évitant ainsi de signaler une complétion prématurée.