Add newsletter #20

content/newsletter/craft-letter-20.md

@@ -0,0 +1,49 @@
+Title: Lettre n°20 — 20 avril 2026
+Date: 2026-04-20 09:00
+Category: Newsletter
+JsonLD:  <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "BlogPosting", "name": "Lettre n°20", "description": "Lettre de veille technologique en développement logiciel", "image": [ "https://www.craftletter.fr/images/craftletter.svg" ], "datePublished": "Mon Apr 20 2026 09:00:00 GMT+0200 (Coordinated Universal Time)", "author": { "@type": "Person", "name": "Pascal Le Merrer", "url": "https://www.linkedin.com/in/pascal-le-merrer/" } } </script>
+<img class="logo" alt="Logo Craft Letter" src="{static}/images/craftletter.svg">
+
+## Comment gérer un standup meeting à distance
+
+Jake Worth explique quelques [principes qu’il applique aux standups / daily meetings](https://www.jakeworth.com/posts/how-i-run-a-software-engineering-standup/)🇬🇧, dont la plupart peuvent s’appliquer en local comme à distance.
+
+Pour ma part, j’ai adopté depuis quelques années une pratique mixte&nbsp;: savoir ce qu’ont fait et ce que vont faire mes collègues est la partie la moins intéressante de ces réunions quotidiennes, et ne nécessite pas qu’on en discute, la plupart du temps. C’est pourquoi je demande à mes collègues de la faire par écrit, dans un canal dédié de la messagerie. La durée du daily meeting s’en trouve souvent raccourcie, et son intérêt augmenté, car il est limité aux points qui nécessitent une discussion&nbsp;: une difficulté rencontrée, un éclaircissement requis sur le contenu d’une User Story, une question sur un choix technique, etc. J’insiste beaucoup sur le fait que le partage de l’avancement n’est en aucun cas une forme de surveillance, et demande à ce que ne soit évoqué que ce qui apporte de la valeur au projet. Ainsi, Il est inutile de poster un message pour dire "hier, j’étais en formation ou en congés, je n’ai pas avancé sur le projet".
+
+## Plus d’espace disque en production
+
+Dans [un article digne d’un thriller](https://alt-romes.github.io/posts/2026-04-01-running-out-of-disk-space-on-launch.html)🇬🇧, Rodriguo Mesquita raconte comment il a identifié puis résolu le problème qui remplissait l’espace disque de son serveur web.
+
+## Une nouvelle version de JJ 
+
+Il n’y a pas de révolution dans [JJ v0.4.0](https://github.com/jj-vcs/jj/releases/tag/v0.40.0)🇬🇧,  cet excellent outil de gestion de version compatible avec Git. Mais j’ai découvert à l’occasion de cette release l’existence de la commande `jj arrange`, pour réordonner les commits, à l’instar d’un `git rebase` interactif.
+
+## Parse, don’t validate, en TypeScript
+
+Christian Ekrem explique [comment appliquer le principe "Parse, don’t validate" en TypeScript](https://cekrem.github.io/posts/parse-dont-validate-typescript/)🇬🇧, et quels bénéfice en tirer, malgré les limitations du langage.
+
+## Apprendre Git en jouant
+
+Anaïs Sparesotto a créé [GitQuest](https://www.gitquest.app/fr/)🇫🇷, une application mobile pour apprendre les concepts et l’utilisation de Git de façon ludique. Il ne s’agit pas d’un jeu, mais plutôt d’une formation avec quelques éléments de gamification pour entretenir la motivation.
+## Auditer un projet avec Git
+
+Ally Piechowski décrit les [cinq commandes Git](https://piechowski.io/post/git-commands-before-reading-code/)🇬🇧  qu’elle exécute en arrivant sur un projet, afin d’en apprendre plus sur la vie du projet et de l’équipe, les principaux problèmes et risques.
+
+## La proposition de valeur de Elm
+Brian Dukes [synthétise les talks récents](https://engagesoftware.com/posts/elms-value-proposition/)🇬🇧  d’Evan Czapliki, le créateur de Elm&nbsp;; il présente des arguments en faveur de l’utilisation de langages fonctionnels en entreprise, et montre comment Elm répond aux objections souvent formulées contre leur usage.
+## Comment faire pour que les développeurs lisent la documentation&nbsp;?
+
+Ibrahim Diallo explique sa [méthode pour créer une documentation que vont lire les différents type de développeurs](https://idiallo.com/blog/how-do-we-get-developers-to-read-the-docs)🇬🇧  auxquels elle s’adresse.
+
+Pour aller plus loin dans l’organisation d’une documentation, je vous suggère de vous intéresser à [Diataxis](https://silefort.github.io/structurer-sa-documentation-technique-grace-a-diataxis.html)🇫🇷. Ce framework définit comment structurer une documentation, afin qu’elle réponde aux besoins des lecteurs. Il est utilisé en particulier par Mozilla, pour le site MDN (Mozilla Developer Network). Les principes de Diataxis sont simples et faciles à mettre en oeuvre, et donnent une cohérence appréciable à la documentation. Ils aident à choisir quel format de doc écrire, et comment l’organiser.
+
+## Rust au-delà de la gestion mémoire
+
+Je me retrouve dans [les observations d’Andy Brinkmeyer](https://www.infoq.com/articles/practical-robustness-going-beyond-memory-safety-rust/)🇬🇧&nbsp;: avant d’apprécier Rust, il faut investir un temps significatif dans son apprentissage. Il explique ce qui, au-delà de la gestion sécurisée de la mémoire, fait que Rust est apprécié par nombre de développeurs et développeuses. On y trouve des concepts issus de la programmation fonctionnelle, comme les types algébriques, le pattern matching exhaustif et les types optionnels&nbsp;; mais aussi des concepts moins courants, comme la propriété des données et la gestion de leur cycle de vie.  Andy décrit des patterns que ces particularités du langage rendent possibles, et qui permettent de détecter à la compilation des erreurs subtiles qu’on aurait découvertes qu’à l’exécution avec un autre langage.
+
+
+## État des lieux de la cryptographie post-quantique
+
+Dans une conférence intitulée [transition post quantique&nbsp;: challenges et opportunités](https://www.youtube.com/live/LJR03NEcZI0?t=2512)🇫🇷, Ludovic Perret vulgarise l’état de l’art pour ce qui est de protéger les systèmes informatiques vis-à-vis des ordinateurs quantiques. Et pourquoi il faut le faire dès maintenant, même si les ordinateurs quantiques ne sont pas encore largement disponibles. C’est un expert de cette thématique&nbsp;; il y travaille depuis 25 ans, et est l’auteur d’une thèse sur le sujet, mais il le rend tout à fait abordable. Cela peut ressembler à un sujet de SF, mais en réalité il y a urgence à s’en protéger. 
+
+*Merci à Pin qui m’a fait découvrir cette vidéo&nbsp;!*

content/pages/index.md

@@ -1,14 +1,14 @@
 Title: Accueil
-Date: 2026-04-13 09:00
+Date: 2026-04-20 09:00
 URL:
 save_as: index.html
 Category: Home
-JsonLD: { "@context": "https://schema.org", "@type": "WebPage", "name": "Accueil", "description": "Lettre de veille technologique en développement logiciel", "image": [ "https://www.craftletter.fr/images/craftletter.svg" ], "datePublished": "Mon Apr 13 2026 09:00:00 GMT+0200 (Coordinated Universal Time)", "author": { "@type": "Person", "name": "Pascal Le Merrer", "url": "https://www.linkedin.com/in/pascal-le-merrer/" } }
+JsonLD: { "@context": "https://schema.org", "@type": "WebPage", "name": "Accueil", "description": "Lettre de veille technologique en développement logiciel", "image": [ "https://www.craftletter.fr/images/craftletter.svg" ], "datePublished": "Mon Apr 20 2026 09:00:00 GMT+0200 (Coordinated Universal Time)", "author": { "@type": "Person", "name": "Pascal Le Merrer", "url": "https://www.linkedin.com/in/pascal-le-merrer/" } }
 
 <img class="logo" alt="Logo Craft Letter" src="{static}/images/craftletter.svg">
 
 
-# La [lettre n°19]({filename}/newsletter/craft-letter-19.md) est parue !
+# La [lettre n°20]({filename}/newsletter/craft-letter-20.md) est parue !
 
 La Craft Letter est une newsletter hebdomadaire dans laquelle je partage des articles
 issus de ma veille technologique. Vous y trouverez des articles relatifs au développement logiciel d'une façon générale, qu'il soit front-end, back-end ou autre. Mais aussi des articles consacrés à l'architecture logicielle, la méthodologie, les outils, des projets open source, des conférences...
@@ -37,6 +37,7 @@ Pour savoir qui je suis, ou pourquoi j'écris cette lettre, je vous invite à vo
 
 # Archives
 
+* [Lettre n°20]({filename}/newsletter/craft-letter-20.md)
 * [Lettre n°19]({filename}/newsletter/craft-letter-19.md)
 * [Lettre n°18]({filename}/newsletter/craft-letter-18.md)
 * [Lettre n°17]({filename}/newsletter/craft-letter-17.md)