craft-letter/content/newsletter/craft-letter-13.md

Title: Lettre n°13 — 02 mars 2026 Date: 2026-03-02 09:00 Category: Newsletter JsonLD:

Lettre # 13

Electrobun

Vous connaissez probablement Electron🇬🇧, un framework pour créer des applications Mac, Windows ou Linux à l’aide de technologies Web : HTML, JS et CSS. Il est utilisé par exemple pour le client Slack, mais aussi VSCode. Il combine une version de Chromium avec une instance de NodeJS. Il est régulièrement reproché à Electron la lourdeur des applications générées et leur consommation de ressources.

Il existe des équivalents basés sur d’autres technologies, qui génèrent des applications moins gourmandes. Wails🇫🇷 repose sur Go ; comme pour tous les outils de ce type, l’IHM se code en JavaScript avec le framework de votre choix. Tauri🇫🇷 est basé sur Rust —mais propose une API qui permet de ne faire que du JavaScript ou TypeScript si vous ne voulez pas écrire de Rust. Electrobun🇬🇧 est une nouvelle alternative, basée sur Zig et Typescript.

Mon expérience avec Wails s’est avérée meilleure que celle avec Tauri ; j’ai préféré la documentation du premier, et, surtout, la cross-compilation est triviale avec Wails, grâce à l’usage de Go.

10 APIs qui peuvent remplacer des librairies

Sylwia Laskowska liste une série d’APIs disponibles dans certains navigateurs, et qui peuvent remplacer des bibliothèques.

Dans le même ordre d’idée, une nouvelle API vient d’arriver dans les principaux navigateurs : Invoker command, qui permet de contrôler l’ouverture et la fermeture de fenêtres contextuelles (popover, modal…), sans JavaScript.

Utiliser des services européens pour monter une startup

Robert délivre un retour d’expérience🇫🇷 sur sa tentative de se passer des services états-uniens lors de la création d’une startup. Il décrit ce qui a été simple, ce qui l’a été moins, mais aussi ce qui n’a pas été possible.

Le site European alternatives🇬🇧 référence des services qui pourraient vous servir si vous souhaitez vous lancer dans la même aventure. Attention toutefois, le tarif des services proposés par l’Allemand Hetzner augmenteront de 30 à 40% au 1ᵉʳ Avril🇬🇧 😬

Les fondateurs de startups sont souvent attirés par les offres des GAFAM qui leur sont dédiées. Mais il existe des offres similaires chez les fournisseurs de cloud Français, comme chez OVH, Scaleway, Clever Cloud ou Outscale, et sans doute d’autres auquels je n’ai pas pensé.

NB : je n’ai aucune affiliation avec ces entreprises.

Modern.css

Modern.css🇬🇧 montre comment des directives CSS disponibles dans les navigateurs récents peuvent remplacer des propriétés CSS anciennes plus verbeuses, voire du JavaScript. L’un des 75 exemples de code concerne des menus déroulants sans JavaScript. Pour chaque astuce, est indiqué le pourcentage d’utilisateurs potentiels dont le navigateur supporte ces nouvelles façons de faire. Les exemples proposés sont filtrables en fonction du support de la technique.

CSS sémantique

Le principe des CSS sémantiques consiste à séparer totalement la présentation de la structure de la page HTML, et à minimiser les classes CSS requises.

Le site CSS Zen Garden🇬🇧 est une démonstration impressionnante de ce qu’il est possible de faire en suivant ce principe. L’aspect du site change totalement en fonction du thème sélectionné, alors que le HTML est inchangé.

Sylvia Moreno explique comment atteindre cet objectif🇫🇷, tout en améliorant l’accessibilité. Cela a aussi pour effet de simplifier le code HTML et d’améliorer la maintenabilité.

Oat : un framework UI sémantique

Voici un framework UI comme je les aime : simple, léger, qui utilise correctement les possibilités offertes par les CSS (petit tacle à Tailwind au passage, qui pollue le HTML avec de multiples classes CSS).

Oat🇬🇧 pèse seulement 8 Ko, est accessible, et personnalisable à l’aide de variables CSS —aucun outillage n’est nécessaire. Il se base sur le principe des CSS sémantiques. Par exemple, une balise <button> sans attribut suffit pour déclarer un bouton dont le style est celui de l’action principale d’un écran ou d’une boîte de dialogue. Il est bien entendu possible de choisir des variantes pour le style des boutons, à l’aide d’attributs HTML ou de classes CSS, mais tout est fait pour réduire les déclarations requises au strict minimum.

Kailash Nadh, l’auteur de Oat, est aussi celui d’une série de libraires JS minimales🇬🇧.

Animer des sprites en CSS

Josh Comeau explique comment reproduire, avec des propriétés CSS uniquement, une animation à base de sprites🇬🇧 telle qu’on en fait dans les jeux vidéo 2D.

DataStar

Je vous ai déjà parlé de Datastar🇫🇷, une libraire équivalente à HTMX, mais qui n’a pas les limitations de ce dernier concernant les applications complexes. Ces deux frameworks sont des alternatives aux Single Page Applications. Ils minimisent le code JavaScript, et envoient des blocs HTML depuis le serveur pour mettre à jour les pages.

Le modèle économique de DataStar repose sur une licence payante pour certaines fonctionnalités. Ce point a généré des débats enflammés, et sans intérêt selon moi : la licence est accordée à vie pour un paiement unique, et si on ne souhaite pas la payer il y a des alternatives —à commencer par utiliser un autre framework.

Ce qui est plus intéressant c’est que les performances de DataStar sont excellentes🇬🇧, ce qui n’est pas le cas de certaines technologies plus mainstream comme React.

Moderniser un code legacy, partie III

Dans cette troisième et dernière partie🇫🇷, Bruno Boucart explique comment prioriser la refonte des composants identifiés précédemment.

La priorisation doit tenir compte :

• de la valeur métier de chacun des sous-domaines.
• de la complexité du code existant, qui peut être mesurée par des outils ;
• de la proximité fonctionnelle entre les services migrés (il suggère de migrer d’un coup un ensemble de services qui forment un ensemble cohérent) ;
• de l’opportunité d’introduire des fonctionnalités à forte valeur ajoutée.

Les deux derniers points sont un moyen d’obtenir l’adhésion des utilisateurs à la modernisation du code.

La valeur métier de chacun des sous-domaines, ainsi que leur complexité, sont utilisés pour les classifier en trois catégories : coeur, support ou générique.

Rappel :

• un sous-domaine coeur de métier est ce qui vous distingue de vos concurrents : pour une entreprise de paiement, ça pourrait être le traitement des cartes bancaires ;
• un sous-domaine support est indispensable à votre activité, est spécifique à votre entreprise, mais n’est pas dans votre coeur de métier : toujours pour un service de paiement, ce pourrait être la détection de la fraude ;
• un sous-domaine générique est un service que l’on peut trouver sur étagère, comme l’envoi d’emails.

Bruno préconise d’utiliser le Core Domain Chart pour établir cette classification. C’est un diagramme qui peut servir de support pour les discussions entre les experts métier et l’équipe technique.

Les paramètres pour déterminer l’ordre dans lequel sera réalisée la migration sont multiples, c’est pourquoi il peut être utile d’établir un tableau comparatif. Il listera les critères ci-dessus et servira à tracer les décisions.

D’autres critères peuvent entrer en jeu, comme les évolutions fonctionnelles prévues, ou des dépendances fortes à d’autres équipes.

Une fois la priorisation établie, elle peut être mise en oeuvre par vagues successives. Cela limite les risques, et permet aux équipes qui ne passent pas en premier de bénéficier des apprentissages des précédentes.

Chaque vague comporte une réorganisation des équipes, puis une montée en compétence des équipes techniques, avec l’aide d’un coach, avant la modernisation du code à proprement parler. C’est également le coach qui aidera les développeurs à s’approprier les connaissances métier acquises pendant les ateliers préparatoires (évoqués dans la première partie).

SoCraTes Rennes

Un peu d’auto-promo : la non-conférence SoCraTes Rennes🇫🇷 aura lieu le 31 mars.

Même si le programme exact sera défini sur place, par les participants, je peux vous dévoiler en avant-première quelques-uns des sujets qui devraient être proposés :

• un coding dojo de découverte de Go, Rust ou Zig ;
• une discussion sur les forces et faiblesses de ces langages ;
• un retour d’expérience sur un projet personnel ;
• un débat sur le thème : peut-on faire toute sa carrière comme “simple” dev ? ;
• un autre sur : est-ce qu’il y a encore une place pour les développeur·se·s artisan·e·s non augmenté·e·s par l’IA ? ;
• une présentation sur les outils et méthodes utilisés pour la réorganisation d’une application complexe avec une dette technique importante ;
• un retour d’expérience sur des tests d’applications répartis ;
• un coding dojo sur le Type-Driven Development ;
• un échange à propos de l’impact du remote sur le travail d’équipe.

Si vous n’avez pas encore pris votre place🇫🇷, il est temps d’y penser ! Non seulement vous participerez à une journée d’échanges enrichissants avec des pairs, mais ce sera l’occasion de se rencontrer 😀

Lyon Craft

Lyon Craft🇫🇷 sera de retour les 12 et 13 mai prochain, avec un nouveau format, sur deux jours au lieu d’un. La journée de conférences sera en effet suivie d’une non-conférence. La billetterie est ouverte. Vous pouvez proposer des sujets de conférence ou d’atelier en contactant Colin Damon sur Linkedin ou par e-mail à damon.colin chez Gmail.

---

Voilà, c’est tout pour aujourd’hui !