Title: Lettre n°18 — 06 avril 2026
Date: 2026-04-06 09:00
Category: Newsletter
JsonLD:
## Chiffrement post-quantique
[Retyc](https://retyc.com/fr)🇫🇷 est une plateforme française qui propose des transferts de fichiers post-quantiques. Cela signifie que les données ne pourraient pas être déchiffrées, même avec un ordinateur quantique.
Je doute que des cybercriminels utilisent déjà des ordinateurs quantiques, même des groupes étatiques, mais il est intéressant de voir que l’industrie s’y prépare. En effet, il devrait être possible de décoder, quand ces ordinateurs seront plus accessibles, des données chiffrées collectées avant leur disponibilité.
Retyc est en béta privée actuellement, mais a déjà publié ses tarifs, qui vont de 0 à 216 € par an et par utilisateur.
Ce n’est pas le seul projet qui utilise des algorithmes post-quantiques. [OpenSSH le fait depuis plusieurs années](https://www.openssh.org/pq.html)🇬🇧, et c’est même devenu le mode par défaut depuis 2022. Or OpenSSH fournit des [outils utilisés par beaucoup d’entre nous](https://fr.wikipedia.org/wiki/OpenSSH)🇫🇷.
Une [conférence académique sur ce sujet](https://pqcrypto2026.irisa.fr/)🇬🇧 aura lieu à Saint-Malo mi-avril, mais si vous êtes dans la cible, vous êtes certainement déjà au courant.
## Full Circle
[Full Circle](https://fullcirclemagazine.org/)🇬🇧 est un magazine numérique, gratuit, de la communauté Ubuntu Linux. On y trouve de l’actualité sur les logiciels disponibles sous Linux, des tutos, des billets d’opinion, des critiques d’applications et de jeux… Il existe aussi des numéros spéciaux dédiés à un thème, en plus du mensuel.
Une [version française](https://www.fullcirclemag.fr/)🇫🇷 est publiée avec un décalage de quelques numéros sur la version anglaise.
## Une alternative au concept de dette logicielle
Thomas Pierrain propose une métaphore qui, d’après lui, serait plus convaincante que celle de la dette technique. Il suggère de [comparer le code à un réseau routier](https://medium.com/@tpierrain/une-alternative-au-concept-de-dette-logicielle-68bb1e16842c)🇫🇷, qui peut comporter des routes avec des ralentisseurs, ou qui sont barrées. Et, parfois, on y trouve des morceaux de verre qui vont vous faire crever un pneu, qu’il faudra réparer.
## Team Topologies expliqué à Ted Lasso
Toujours parmi les articles de Thomas Pierrain, j’en ai découvert un qui explique, de façon succincte, [les quatre types d’équipes décrits dans Team Topologies](https://medium.com/@tpierrain/team-topologies-et-football-1639cbd02e97)🇫🇷. Team Topologies est le titre d’un ouvrage qui décrit un modèle d’organisation des équipes de développement logiciel, ainsi que leurs modes d’interaction. Ce modèle est orienté vers l’efficacité.
Si, comme moi, les analogies avec les rôles dans une équipe de foot ne vous parlent pas, vous pouvez tous simplement les ignorer. L’article se lit très bien sans ça.
## Rédiger des emails en markdown
Si vous avez eu l’occasion d’envoyer des emails au format HTML à partir d’une application, vous savez que les webmails ne traitent pas le HTML aussi bien que les navigateurs. La mise en page se fait avec des tables, comme au début des années 2000, et le manque de standardisation rappelle aussi cette période.
Il existe des frameworks pour contourner ces limitations. [EmailMd](https://www.emailmd.dev/)🇬🇧 en est un, qui ajoute une couche d’abstraction, de sorte que vous n’ayez à écrire que du Markdown.
## Formation à Rust, de débutant à expert
Microsoft a mis en ligne [sept livres pour l’apprentissage de Rust](https://github.com/microsoft/RustTraining)🇬🇧, de la découverte à l’approfondissement. Les premiers s’adressent à des développeurs qui viennent d’un autre langage : C ou C++, C# ou Python. Les suivants sont consacrés à des points plus précis : asynchronisme, patterns, typage, pratiques d’ingéniérie.
## Property-Based Testing avec Hegel
[Hypothesis](https://hypothesis.works/) est un framework de property-based testing très populaire, écrit en Python.
Le property-based testing consiste à écrire des tests dans lesquels on s’assure qu’une propriété est toujours vérifiée, quelles que soient les données d’entrées. Par exemple, un test peut contrôler que le résultat de l’appel à une fonction qui renvoie un nombre de jours est toujours un nombre entier strictement positif. Contrairement aux tests paramétrés, c’est le framework qui va générer les données d’entrées, de façon plus ou moins aléatoire. Cela permet de tester un bien plus grand nombre de cas, dont certains auquel le développeur/la développeuse n’aurait pas pensé.
Le créateur d’Hypothesis a rejoint Antithesis pour y développer [Hegel](https://antithesis.com/blog/2026/hegel/)🇬🇧, qui met à disposition Hypothesis dans d’autres langages : Rust, Go, C++, OCaml, et TypeScript. L’approche adoptée est amusante : au lieu de réécrire Hypothesis dans ces différents langages, ce qui aurait demandé un travail considérable, ils ont fait le choix de créer des décorateurs (*wrappers*) autour du paquet Python —exactement l’inverse de ce que l’on fait habituellement, où Python encapsule un module écrit dans un langage plus performant.
## Amper
[Amper](https://amper.org/dev/)🇬🇧 est un outil créé par JetBrains, pour le build d’applications Java et Kotlin —langage dont ils sont aussi les créateurs. Il est encore à un stade expérimental. Il vise à packager des applications pour toutes les plateformes cibles de Kotlin : la JVM, Android, iOS, Linux, Windows, et macOS. Amper supporte également Swift et Objective-C, dans le cadre des applications iOS produites avec Kotlin MultiPlatform.
J’avoue que ce projet me fait un peu peur. Les outils de build du monde Java sont complexes. La doc de Gradle, par exemple, représente plus de 1300 pages quand elle est exportée en PDF. Or, chez JetBrains, la simplicité n’est pas une priorité ; on peut le voir, entre autres, avec les concepts qu’ils continuent d’ajouter à Kotlin au fil des versions. Je trouve cela regrettable, car c’est ce qui aurait vraiment pu faire la différence avec les outils existants.
## Des outils de développement particulièrement indiscrets
Bien qu’il ne soit pas écrit par quelqu’un de neutre, [ce billet de blog](https://www.toolbox-kit.com/blog/i-audited-popular-dev-tools-privacy-results-are-scary)🇬🇧 reste intéressant, car il montre que des sites populaires comme jsonformatter.org, diffchecker.com, base64decode.org, et codebeautify.org ne sont pas respectueux de la vie privée —contrairement à regex101.com.
## Le fonctionnement interne de PostgreSql
Hironobu SUZUKI explique [comment fonctionne PostgreSQL](https://www.interdb.jp/pg/index.html)🇬🇧. C’est vraiment riche, prévoyez d’y consacrer quelques heures si vous voulez tout lire et comprendre.
## Comment fonctionne le format JPEG
Dans un article court mais dense, Sophie explique [les astuces exploitées dans le format JPEG](https://www.sophielwang.com/blog/jpeg)🇬🇧, afin d’éliminer les informations auxquelles l’oeil humain est peu sensible, ce qui réduit la taille des fichiers.