Title: Lettre n°7 - 19 janvier 2026
Date: 2026-01-19 09:00
Category: Newsletter
JsonLD:  <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "BlogPosting", "name": "Lettre n°7", "description": "Lettre de veille technologique en développement logiciel", "image": [ "https://www.craftletter.fr/images/craftletter.svg" ], "datePublished": "Mon Jan 19 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">

# Lettre N°7

Voici quelques articles qui m’ont marqué ces derniers jours.

Bonne lecture !

---

## DataStar

Vous avez probablement déjà entendu parler de [HTMX](https://htmx.org/). C’est un framework JS léger, qui vise à fournir une expérience proche de celle des Single Page Applications, mais en écrivant pas ou peu de JavaScript. Les interactions avec l’application déclenchent l’envoi de fragments HTML par le serveur, de façon à mettre à jour la page. Il n’y a pas d’échange de JSON comme avec React, Vue, Angular, Elm ou équivalent. L’état de l’application, et sa logique, sont gérés côté serveur, dans un langage au choix (Java, PHP, Go…)

[DataStar](https://data-star.dev/) a le même objectif, mais corrige les défauts de HTMX. En effet, ce dernier montre ses limites quand les fonctionnalités des applications s’enrichissent. Il faut ajouter du JavaScript, et la complexité du code HTMX augmente significativement. DataStar résout ces problèmes : le code back-end seul suffit à la réalisation d’applications riches. De plus, en se basant sur les SSE (Server Side Events), il simplifie le développement d’applications collaboratives. Cerise sur le gâteau, il cumule légèreté et performances, ce qui est parfait pour une démarche d’éco-conception et résulte en une bonne expérience utilisateur.

## Les frameworks Python en production

Dans [ce podcast](https://talkpython.fm/episodes/show/533/web-frameworks-in-prod-by-their-creators), les créateurs de framerworks Python (Flask, Django, FastAPI, Litestat et Quart) partagent leurs recommandations en terme de stack, de performances, d’asynchronisme, . d’auto-hébergement… Une synthèse écrite est disponible.

Quelques points en particulier ont retenu mon attention : 

* [uvloop](https://github.com/MagicStack/uvloop) fournit une boucle d’événements deux fois plus rapide que celle d’asyncio ;
* [orjson](https://github.com/ijl/orjson) est plus rapide que le module JSON de la bibliothèque standard de Python, tout en assurant la sérialisation de types non supportés par ce dernier ;  
* un unique appel de fonction bloquant suffit à bloquer l’intégralité d’une application pendant son exécution. En pratique, il ne faut déclarer comme asynchrone que les fonctions dont nous sommes certains qu’elles ne comportent que des appels non-bloquants.

Les participants mentionnent aussi leur intérêt pour certaines technos dont je vous ai parlé récemment : HTMX, DataStar et [Sqlite](https://www.craftletter.fr/lettre-ndeg2-15-decembre-2025.html). 

## SoCraTes Rennes 

*Pour être transparent, je me dois de préciser que je suis organisateur de cet évènement.*

La sixième édition de [SoCraTes Rennes](https://socrates-rennes.github.io/) aura lieu le 31 mars 2026. Il s’agit de la déclinaison, sur une journée, des non-conférences SoCraTes telles que [SoCraTes France](https://socrates-fr.github.io/). SoCraTes signifie "SOftware Craft and Testing". Le néologisme "non-conférence" retranscrit le fait que ce n’est pas l’équipe d’organisation qui définit le programme. Ce sont les participant·e·s qui ont la possibilité de proposer des sujets, sur place. Ce que j’aime dans ce type d’évènement c’est la richesse des échanges, bien supérieure à celle des conférences traditionnelles. 

Si vous souhaitez donner de la visibilité à votre entreprise, il est encore possible de [sponsoriser cette journée](https://socrates-rennes.frama.space/s/oGgqEkSADLBYaX8). Parlez-en à votre employeur 😉

## Comment fonctionne un terminal ?

Si vous voulez savoir comment fonctionne un terminal, voici [la réponse](https://how-terminals-work.vercel.app/), sous forme interactive.

## Se lancer dans l’open source

[Contrib.FYI](https://k-dash.github.io/contrib-fyi/) liste des tâches à réaliser sur des projets open-source Ces tâches sont adaptées à une première contribution. Elles sont affichées par ordre chronologique, dans le but de faciliter des découvertes par sérendipité.

## L’efficacité du pair-programming

Thierry De Pauw [débunke un post critique à l’égard du pair-programming](https://thinkinglabs.io/articles/2026/01/13/on-the-effectiveness-of-pair-programming.html).  Il explique pourquoi, contrairement à une croyance répandue, il coûte moins cher de travailler à deux plutôt que seul sur les sujets exploratoires. Il évoque aussi des avantages comme la diffusion de la connaissance et l’impact positif sur le moral de l’équipe. Il conclut en mentionnant que le Software Teaming (aussi appelé Mob Programming  ou Ensemble Programming) est encore plus efficace que le Pair Programming.

Ce sujet me parle, puisque j’ai donné [une conférence](https://devconf.net/talk/pair-programming-et-si-on-gagnait-du-temps-pascal-le-merrer) qui développait des arguments similaires.

## Combien y a-t-il de moteurs JavaScript ?

Le nombre de [moteurs qui permettent d’exécuter du code JavaScript](https://zoo.js.org/) est étonnant.

## Stratégie européenne pour un écosystème numérique ouvert

La Commission Européenne commence enfin à prendre conscience de l’importance de l’Open Source, et de notre dépendance excessive aux solutions États-Uniennes. Si ces sujets vous préoccupent, vous pouvez [donner votre avis](https://ec.europa.eu/info/law/better-regulation/have-your-say/initiatives/16213-Ecosystemes-numeriques-ouverts-europeens_fr), en espérant qu’il sera pris en compte dans de futures lois.

## Docker veut simplifier les déploiements en production 

Docker Compose est adapté au développement d’applications, pas à leur déploiement en production. Ce dernier passe souvent par des outils complexes, tels que Helm ou Kustomize, configurés à grand renfort de fichiers YAML.
Docker a lancé [un nouvel outil nommé Kanvas](https://www.infoq.com/news/2026/01/docker-kanvas-cloud-deployment/), qui utilise la syntaxe familière de Docker Compose, et revendique une plus grande simplicité que ses concurrents. Il génère aussi une représentation graphique détaillée de l’architecture, qui peut s’avérer utile aussi bien pour communiquer que pour débugger.

----

C’est tout pour cette semaine !
