Ce billet explique comment optimiser l'hébergement d'un grand modèle de langage (LLM) en détaillant le mécanisme du KV Cache, essentiel pour gérer l'attention dans les transformers. L'auteur revient sur le fonctionnement des matrices Query, Key et Value (QKV), qui permettent de calculer les relations entre tokens et d'ajuster leur représentation contextuelle. Le KV Cache stocke les vecteurs Key et Value des tokens actifs, réduisant ainsi la charge computationnelle lors des inférences, mais nécessitant une mémoire GPU significative, comme illustré par les 20,77 GiB utilisés pour 209 456 tokens.

L'article aborde ensuite les solutions techniques comme vLLM et KServe, conçues pour améliorer l'efficacité des LLM en production. Ces outils optimisent la gestion des ressources, notamment via des techniques comme le Grouped Query Attention (utilisé par Mistral), qui réduit la redondance des calculs. L'objectif est de concilier performance et scalabilité, permettant aux entreprises de déployer des modèles toujours plus grands tout en maintenant des temps de réponse acceptables pour un grand nombre d'utilisateurs.

Léa Verou défend l’idée que la plupart des sites web n’ont pas besoin d’un bouton de basculement entre les modes clair et sombre. Selon elle, cette fonctionnalité ajoute une complexité inutile pour les utilisateurs, car le mode système (déterminé par l’OS) suffit généralement. Elle explique que les rares cas où un utilisateur souhaite forcer un mode spécifique sont marginaux et que la solution par défaut est souvent plus adaptée.

Elle revient également sur son précédent article recommandant un bouton à deux états (système vs. mode opposé) plutôt qu’à trois états, tout en précisant que cette solution ne répond pas à la question de l’utilité même du bouton. Son analyse s’appuie sur des principes d’expérience utilisateur (UX) et de charge cognitive, soulignant que la simplicité d’implémentation ne rime pas toujours avec facilité d’utilisation.

Enfin, elle mentionne les réactions suscitées par son premier article, partagé massivement, et les objections de Bramus, qui maintient que le contrôle manuel reste pertinent dans certains scénarios. Verou reconnaît que ses arguments n’ont pas convaincu son interlocuteur, mais réaffirme sa position en faveur d’une approche minimaliste.

Le billet explore la disparité entre le style d'écriture public d'Anthropic et celui de son modèle Claude. Ce dernier se distingue par des phrases courtes et percutantes, ainsi que des tournures stylistiques reconnaissables, largement imitées par d'autres modèles dérivés. Pourtant, les publications officielles d'Anthropic, comme les documents de recherche ou les prises de position, adoptent un ton plus classique et conversationnel, sans trace de ce style distinctif.

L'auteur émet plusieurs hypothèses pour expliquer cette différence, allant de préférences personnelles (comme le style d'écriture de Dario Amodei) à des considérations stratégiques ou de marque. Une piste suggère que les équipes en charge des contenus publics évitent délibérément d'associer la voix de Claude à des documents importants, afin de préserver l'image d'un contrôle humain sur les prises de position de l'entreprise.

Enfin, le texte soulève la question de l'utilité du style de Claude pour des audiences exigeantes, suggérant que le marché pourrait inciter Anthropic à atténuer cette particularité. L'auteur note d'ailleurs une évolution progressive chez certains modèles récents, comme Fable, qui semblent moins marqués par ce style.

L’article remet en question l’idée reçue selon laquelle l’utilisation de microservices serait un signe de compétence avancée en ingénierie logicielle. L’auteur, Devrim Ozcay, souligne que la complexité n’est pas une preuve de qualité, mais plutôt un choix facile à faire, souvent au détriment de la maintenabilité et de la fiabilité. Il explique que les microservices, bien qu’utiles dans certains cas, génèrent des coûts opérationnels et techniques importants, comme des problèmes de réseau, de duplication de requêtes ou de gestion de dépendances, transformant des opérations simples en défis de systèmes distribués.

L’auteur critique l’"Arms Race" (course à l’armement) architecturale, où les équipes adoptent des microservices par mimétisme (ex. : "Netflix le fait") sans évaluer si cette solution répond à un besoin réel. Il insiste sur la nécessité de se demander quel problème les microservices résoudront mieux qu’une architecture monolithique bien conçue, laquelle peut offrir des avantages comme une cohérence transactionnelle, un déploiement simplifié et une complexité opérationnelle réduite. Un monolithe modulaire, avec des frontières de domaine claires, peut ainsi servir de base solide avant toute éventuelle décomposition.

Enfin, l’article rappelle que la maîtrise des systèmes distribués, et non leur simple utilisation, distingue les ingénieurs expérimentés. L’auteur met en garde contre la tentation de créer de la complexité artificielle, soulignant que la véritable compétence réside dans la capacité à évaluer quand une solution simple (comme un monolithe) est préférable, et à anticiper les problèmes inhérents aux architectures distribuées, comme les pannes de réseau, les données obsolètes ou les comportements inattendus des consommateurs.

L’article de Dmitry Zakharov critique l’usage de JSON.stringify en JavaScript, qu’il considère comme une mauvaise pratique à proscrire au profit d’outils d’encodage dédiés. Il souligne que cette fonction native, souvent utilisée par défaut, présente des risques majeurs : elle retourne undefined pour certains types (fonctions, undefined), génère des erreurs non explicites (comme pour les BigInt ou les structures circulaires), et surtout, elle corrompt silencieusement les données en les transformant en null ou en les omettant (par exemple, Infinity devient null, ou les clés avec undefined disparaissent).

L’auteur propose une alternative radicale : remplacer JSON.stringify par des encodeurs spécialisés, comme sa propre bibliothèque Sury, conçue pour éviter ces écueils. Il compare cette approche à la philosophie "Parse, don’t validate" de 2019, suggérant qu’elle pourrait devenir une norme dans l’écosystème JavaScript. Bien que JSON.stringify reste utile en interne pour certains encodeurs, Zakharov insiste sur le fait qu’elle ne devrait jamais apparaître directement dans le code applicatif.

L’auteur, utilisateur de GNU/Linux depuis 1999, explique comment il a surmonté ses appréhensions pour contribuer au noyau Linux, malgré un parcours non traditionnel en programmation. Il détaille son expérience avec des noyaux personnalisés pour smartphones (comme Dora sur un OnePlus 7 Pro), où il a d’abord modifié des modules existants avant de corriger des bugs, comme celui affectant le haut-parleur d’écoute (earpiece) sur un OnePlus 6 sous postmarketOS.

Son approche pragmatique montre que des contributions au noyau ne nécessitent pas une expertise avancée en électronique ou en programmation bas niveau, tant que l’on évite de toucher directement au matériel. Il illustre cela par la correction d’un compteur de référence mal géré dans le module wcd934x, résolvant un problème persistant après un mois de débogage.

Enfin, il partage ses corrections ultérieures de traces dans les logs du noyau, tout en reconnaissant que certains bugs, comme un crash aléatoire au démarrage, restent à résoudre. Son récit souligne que la contribution au noyau Linux est accessible, même pour des profils non experts, à condition de s’appuyer sur des outils comme les logs et les commits communautaires.

Ce site est un carnet de cuisine personnel, intitulé Cooking Notebook, qui recense les recettes et expériences culinaires de l'auteur depuis 2020, avec 37 entrées à ce jour. Il couvre principalement des plats (sauces, viandes, accompagnements) mais inclut aussi quelques boissons, comme des cocktails. Les entrées sont datées, allant de mai 2020 à août 2026, et certaines recettes sont revisitées ou perfectionnées au fil du temps.

L'auteur, Josh Nesbitt, partage ses découvertes et techniques, avec une approche parfois technique (comme le Reverse-engineered Ragu ou la préparation du homard). Le site reflète une passion pour la cuisine, avec des recettes variées, allant des classiques (comme la baguette parisienne) à des créations plus audacieuses (comme le Burnt Corn Sea Bream Tartare).

Le blog est également lié à un compte Instagram, suggérant une approche visuelle et communautaire pour partager ses expériences culinaires.

L’auteur décrit son expérience pour déployer VS Code Web et Codex sur son serveur via un navigateur, afin d’accéder à son environnement de développement à distance sans installation locale. Après plusieurs essais infructueux avec des solutions conteneurisées comme Kasm ou des images Docker inadaptées, il a finalement opté pour une approche plus directe : exécuter VS Code en dehors de Docker tout en utilisant Nginx Proxy Manager comme reverse proxy pour sécuriser l’accès via HTTPS et une authentification basique.

Le projet visait à reproduire l’expérience fluide de Remote SSH avec Codex, en permettant l’édition de fichiers réels, l’utilisation d’un terminal intégré et l’analyse de l’infrastructure serveur (Docker, systemd, logs) directement depuis le navigateur. L’auteur souligne l’importance de distinguer une interface web native d’un simple bureau distant (comme Kasm), ce dernier étant limité par des contraintes techniques (VNC, presse-papiers peu pratique) et ne répondant pas à ses besoins d’intégration système. La solution finale combine donc VS Code en local sur le serveur, Codex pour l’analyse automatisée, et Nginx Proxy Manager pour exposer l’interface de manière sécurisée.

La migration d’un projet Symfony utilisant Webpack Encore vers Vite avec Reprise a permis de réduire significativement les temps de build, passant de 75–100 secondes à une quinzaine, tout en supprimant 583 packages npm. Reprise, successeur officiel de Webpack Encore, agit comme une interface entre Symfony et Vite, déléguant la majorité des tâches de build à Vite, qui gère nativement des fonctionnalités comme Sass, TypeScript ou React.

La migration mécanique a été simplifiée grâce à la rétrocompatibilité offerte par Reprise, avec des étapes comme la suppression du bundle Webpack Encore et l’ajout de Reprise via Composer, ainsi que l’intégration de Vite. Les configurations complexes de Webpack, souvent longues de centaines de lignes, ont été réduites à une cinquantaine de lignes dans Vite, où les loaders et plugins sont désormais gérés par défaut.

Cependant, la migration a révélé des défis liés aux dépendances implicites du projet avec Webpack, comme des comportements spécifiques au runtime ou des "webpack-ismes" difficiles à anticiper. Malgré cela, l’adoption de Reprise a permis d’améliorer l’efficacité du développement, notamment avec la mise en place du hot reload dans une stack Docker, tout en préparant le projet à une évolution future plus stable.

Cet article explique comment déployer une application Symfony avec Docker et FrankenPHP, une alternative moderne à l’architecture traditionnelle Nginx/PHP-FPM. L’auteur souligne les avantages de Docker pour garantir un environnement reproductible entre développement et production, évitant ainsi les problèmes de configuration manuelle. FrankenPHP, basé sur Caddy, simplifie l’architecture en servant directement les applications PHP, réduisant la complexité des conteneurs.

L’auteur détaille une configuration avec deux services principaux : FrankenPHP pour exécuter Symfony et MariaDB pour la base de données, orchestrés via Docker Compose. Le projet suit une structure classique Symfony, avec un Dockerfile pour l’environnement PHP et un fichier compose.yaml pour définir les services. Cette approche permet une mise en œuvre flexible et adaptable selon les besoins du projet.

L’article explique comment implémenter un chiffrement au niveau des champs dans une application Symfony/Doctrine pour se conformer au RGPD, en évitant de polluer le domaine métier. L’auteur souligne que le chiffrement transparent des données (TDE) ne suffit pas, car il ne protège pas contre les accès internes malveillants ou les failles comme les injections SQL. La solution proposée consiste à chiffrer les données sensibles (emails, numéros de téléphone, etc.) avant leur stockage en base, en utilisant soit un type DBAL personnalisé, soit un lifecycle subscriber, sans modifier les entités.

Le type DBAL personnalisé, comme EncryptedStringType, s’intègre naturellement entre PHP et la base de données, chiffrant les données lors de l’écriture et les déchiffrant à la lecture, sans que le domaine n’ait à gérer cette logique. Cette approche maintient une séparation claire des responsabilités, où le chiffrement reste une préoccupation d’infrastructure. L’article détaille l’implémentation technique, notamment l’injection des dépendances et l’enregistrement du type dans Doctrine.

Le site Web Without JS démontre qu'il est possible de créer des interfaces interactives et dynamiques en utilisant uniquement HTML et CSS, sans JavaScript. L'idée principale repose sur l'exploitation des fonctionnalités natives des navigateurs, comme les popovers, les modales ou les changements de thème, pour reproduire des comportements autrefois réservés aux frameworks JavaScript. La page met en avant des exemples concrets, tels que des menus déroulants, des notes modales ou des carrousels, tous implémentés avec des éléments HTML standards et des styles CSS.

Cependant, certaines fonctionnalités avancées, comme la persistance des données, la recherche en temps réel ou un bouton de copier-coller, nécessitent encore du JavaScript. Le site propose également une section Lab qui teste les limites des technologies utilisées, en indiquant pour chaque exemple s'il est compatible avec tous les moteurs de rendu ou s'il reste limité à Chromium. Les performances sont soulignées, avec une page de seulement 12 Ko et une feuille de style de 39 Ko, sans aucun script.

Enfin, le projet explore des solutions créatives pour des cas d'usage spécifiques, comme un système de notes exclusives, un carrousel utilisant le défilement natif ou un mode impression optimisé. L'objectif est de montrer que, malgré certaines contraintes, HTML et CSS peuvent offrir une expérience utilisateur riche et moderne, tout en réduisant la dépendance aux technologies lourdes.

L’utilisation des grands modèles de langage (LLM) démocratise certaines compétences techniques, comme la rédaction de code ou de texte, en permettant à chacun d’obtenir des résultats corrects sans expertise approfondie. Cependant, l’auteur souligne que l’expertise dans un domaine reste cruciale pour exploiter pleinement ces outils, illustré par l’exemple de Terence Tao, mathématicien de renom, dont les interactions précises et ciblées avec un LLM surpassent largement les capacités d’un utilisateur lambda. Tao, grâce à sa maîtrise des mathématiques, guide le modèle vers des réponses concises et pertinentes, en évitant les explications simplistes et en poussant l’outil à fournir des solutions plus élaborées.

L’article met en lumière que les conseils génériques pour bien "prompter" un LLM sont insuffisants sans une connaissance approfondie du sujet traité. L’expertise permet de formuler des questions spécifiques, d’identifier les erreurs dans les réponses du modèle et de proposer des pistes alternatives, comme le fait Tao en mathématiques ou l’auteur dans le développement logiciel. Cette approche révèle que les problèmes de conception système reposent davantage sur des détails concrets que sur des principes généraux, rendant l’expérience et la familiarité avec le domaine bien plus déterminantes que des compétences en prompting.

Enfin, l’auteur conclut que, malgré l’amélioration des modèles, l’expertise humaine reste indispensable pour extraire des solutions de haute qualité. Les LLMs peuvent fournir des informations, mais c’est l’humain qui, grâce à ses connaissances, structure les demandes et affine les résultats. Ainsi, même si les outils deviennent plus accessibles, la valeur ajoutée provient de l’utilisateur lui-même, capable de guider le modèle avec précision pour obtenir des réponses adaptées à ses besoins spécifiques.

L’article propose de se poser dix questions dès septembre pour finir l’année avec force, plutôt que d’attendre décembre où l’urgence et le manque de temps rendent toute action inefficace. Ces questions visent à évaluer ses objectifs initiaux, leur pertinence actuelle et les moyens concrets de les atteindre d’ici la fin de l’année, en évitant les pièges des résolutions tardives et culpabilisantes.

Parmi les questions clés, on retrouve l’identification des ambitions de janvier pour les confronter à la réalité, la sélection des objectifs méritant encore quatre mois d’efforts, et la définition d’un résultat unique qui définirait le succès. L’auteur souligne l’importance de transformer ces réflexions en un plan daté, avec des étapes mensuelles, tout en identifiant ce qu’il faut arrêter pour libérer du temps et de l’énergie.

L’article insiste sur le timing : septembre offre une marge de manœuvre idéale pour ajuster sa trajectoire, tandis que décembre ne laisse que des regrets. Il s’appuie sur des principes psychologiques, comme l’effet motivateur des deadlines proches mais réalisables, pour encourager une action proactive avant que l’année ne s’achève.

Le Fresh Start Effect désigne l'augmentation des comportements aspirants après une date symbolique (nouvel an, anniversaire, etc.), car ces repères temporels créent une rupture mentale propice au changement. Cependant, ces dates ne suffisent pas à elles seules pour maintenir ces efforts sur le long terme.

L'auteur propose une méthode appelée Fresh Start Handoff pour concrétiser cette impulsion : choisir un domaine précis, agir rapidement en 24 heures, établir une base réaliste avant d'ambitionner l'idéal, et prévoir un bilan après sept jours. L'exemple de Dana illustre l'échec d'une approche trop ambitieuse, où quatre objectifs simultanés sont abandonnés face aux contraintes quotidiennes.

L'effet repose sur deux mécanismes : la date permet de dissocier le passé des nouvelles actions, et elle recentre l'attention sur des objectifs de vie plutôt que sur les détails routiniers. Les études citées montrent que les repères perçus comme significatifs ou identitaires renforcent davantage cette intention initiale.

L’article aborde l’importance de l’auto-revue du code front-end pour accélérer le développement tout en améliorant la qualité. L’auteur, initialement novice, a découvert que les corrections suggérées lors des revues de code, bien que perçues comme mineures au début, visaient en réalité à rendre le code plus maintenable et compréhensible pour d’autres développeurs ou pour une réutilisation future. Cette prise de conscience l’a conduit à intégrer une auto-revue minimale dans son processus de développement, consistant à vérifier rapidement les éléments souvent négligés lors d’un développement rapide.

L’auto-revue ne se limite pas à la vérification du bon fonctionnement du code, mais inclut aussi l’examen des situations anormales ou des cas limites. Par exemple, il est crucial de gérer les erreurs d’API, les états vides ou les valeurs indéfinies, plutôt que de se contenter du chemin heureux (happy path). Cette approche permet d’anticiper les problèmes en production et de réduire les risques liés à une maintenance future.

Enfin, l’article souligne l’importance de supprimer le code inutile, comme les variables ou imports inutilisés, ainsi que de repérer les duplications de code. Bien que des outils comme ESLint puissent automatiser une partie de cette vérification, l’auteur insiste sur la nécessité de se poser des questions sur la pertinence et la maintenabilité du code, plutôt que de se contenter de sa fonctionnalité immédiate.

Kubernetes en PME : une solution souvent mal adaptée

L’article de Dunalis, expert en cybersécurité, met en garde contre l’adoption hâtive de Kubernetes en PME, malgré ses promesses d’infrastructure auto-adaptative et économique. Si la technologie permet effectivement une gestion automatisée des applications (redémarrage, montée en charge), son déploiement dans des structures sans ressources IT dédiées s’avère complexe, notamment pour les logiciels métier non conçus pour fonctionner en plusieurs exemplaires.

Les avantages évoqués (flexibilité, portabilité entre hébergeurs, conformité RGPD) sont réels, mais leur mise en œuvre se heurte à des limites pratiques. La portabilité reste partielle, car les services périphériques (bases de données, stockage) créent une dépendance à l’hébergeur, tandis que la localisation des données, bien que traçable, peut alourdir les coûts. L’article souligne que Kubernetes, conçu pour des géants du web, est rarement optimisé pour les PME aux besoins moins standardisés.

Google propose une certification gratuite pour maîtriser l’ASO (App Store Optimization) sur le Google Play Store, destinée aux développeurs mobiles souhaitant optimiser la visibilité de leurs applications. La formation, structurée en deux axes principaux, aborde d’abord les bonnes pratiques pour le contenu et les visuels des fiches de store, comme l’évitement de termes promotionnels ("Free") ou l’adaptation des captures d’écran selon les appareils. Elle couvre aussi les règles spécifiques aux icônes, images de présentation et vidéos, avec des conseils sur les formats et le respect des politiques de contenu.

L’autre partie de la certification se concentre sur les outils d’analyse et d’acquisition, notamment les tests A/B pour expérimenter différentes versions de la fiche (titre, icône, description) et mesurer leur impact via des statistiques intégrées. Ces outils permettent de cibler des audiences spécifiques (par pays, mot-clé ou statut de l’utilisateur) et d’adapter la fiche en conséquence, avec un maximum de 50 personnalisations par application.

Accessible gratuitement, la certification inclut des modules de formation courts pour se préparer à l’examen. Elle s’adresse aux développeurs, marketeurs ou toute personne impliquée dans la publication d’applications, offrant une approche pratique pour améliorer l’acquisition et la rétention des utilisateurs.

Le slow living n’est pas synonyme de ralentissement global, mais plutôt de gestion intelligente du temps en attribuant à chaque tâche le rythme adapté à son importance. L’idée centrale est de créer une "voie lente" dans son emploi du temps en sélectionnant un bloc de temps récurrent pour une activité prioritaire, en éliminant une source de distraction et en laissant une marge de dix minutes après. Cette approche permet de concilier productivité et présence, sans nécessiter de bouleverser son mode de vie.

L’article souligne que le slow living s’adresse particulièrement aux adultes en milieu de vie, souvent surchargés par des responsabilités professionnelles, familiales et personnelles. Plutôt que de chercher à tout ralentir, il s’agit de filtrer les sollicitations concurrentes et de se concentrer sur ce qui mérite une attention pleine et entière, comme une conversation familiale ou une tâche urgente, tout en acceptant que d’autres aspects de la vie doivent suivre un rythme plus soutenu.

Enfin, le concept se distingue du lifestyle minimaliste ou de l’intentional living en se focalisant non pas sur le choix des activités à intégrer, mais sur l’allocation optimale du temps disponible. L’objectif est de réduire l’encombrement mental en évitant la dispersion, en définissant des exceptions claires et en protégeant les marges de manœuvre, plutôt que de viser un idéal inaccessible de calme permanent.

Scott H Young explore le paradoxe du burnout en opposant deux types d’emplois : ceux perçus comme prestigieux et passionnants (médecins, enseignants, universitaires) et ceux considérés comme ordinaires. Contrairement aux idées reçues, les recherches montrent que les premiers sont plus propices à l’épuisement professionnel, non pas à cause de la difficulté objective du travail, mais en raison d’un écart entre les attentes idéalisées et la réalité, souvent décevante.

L’auteur s’appuie sur l’analyse de Jonathan Malesic, ancien professeur d’université devenu parking attendant, pour illustrer ce phénomène. Malesic a connu le burnout après avoir obtenu un poste prestigieux, réalisant que ses attentes (stimulation intellectuelle, impact profond) ne correspondaient pas à la réalité (étudiants désintéressés, bureaucratie académique). À l’inverse, son emploi précédent, bien que modeste, ne générait pas de stress, car il était perçu comme un simple gagne-pain sans prétention.

Young conclut que l’équilibre, et non la passion excessive, est la clé pour éviter l’épuisement. Une vie professionnelle alignée avec ses attentes, couplée à des sources de sens extérieures (relations, loisirs, santé), réduit les risques de burnout. Ironiquement, une obsession pour le travail peut mener à l’instabilité, tandis qu’une approche modérée favorise à la fois la résilience et la productivité.