Un outil qui permet de gérer la synchronisation d'applications de type offline first, c'est à dire qu'elles stockent leurs données localement et les synchronisent par différents moyens supportés par cette lib (en local via le navigateur, via le réseau, etc.).

Gérer ce type de synchro soi-même peut sembler simple mais ça devient vite un cauchemar lorsqu'il y a des conflits entre 2 clients ou plus. D'où l'intérêt de ces outils optimisés.

Accessoirement j'adore le design de leur site !

Un parallèle que j'aime bien entre l'écriture et le fait d'être un bon manageur.

L'inverse n'est cependant pas vrai. Je connais des gens qui écrivent très bien mais sont de très mauvais manageurs.

Gestion de la navigation à travers une page web avec la touche de tabulation.

Un type d'attaque propre à JavaScript, et qu'il est important de comprendre pour écrire du code sécurisé.

Quelques pistes pour se protéger des supply chain attacks.

Une explication de ce qu'est OKLCH (utilisable notamment en CSS) accompagnée d'outils pour générer des palettes de couleurs.

Un retour d'expérience (à nuancer comme toujours) sur une migration de Python vers Node justifiée par la difficulté d'écrire du code asynchrone avec Python.

Une application de gestion et de partage de photos open source et à auto-héberger.

J'ai un peu le même ressenti que celui exprimé dans cet article. Dans l'idée j'adore ce qu'est NextCloud et c'est heureux qu'il existe pour offrir une véritable alternative ouverte aux GAFAMs, mais j'ai toujours eu cette impression de lourdeur qui me bloque un peu.

Les ADRs sont de simples documents, souvent au format texte, qui visent à documenter les prises de décision qui impactent la façon de développer une application.

L'idée est de justifier et d'expliquer les choix effectués.

Un système de commentaire à la Disqus, assez ingénieux, qui utilise le système de discussions de GitHub pour "stocker" et modérer les commentaires.

C'est visiblement facile à intégrer.

Via https://alfy.blog/2025/08/22/from-code-that-works-to-code-that-matters.md.html

Je ne pourrais pas être plus d'accord.

C'est encore une fonctionnalité native simple mais très puissante des navigateurs que certains frameworks ont encouragé à ignorer et à remplacer maladroitement.

Ça ne veut pas dire qu'il faut bannir le state en mémoire, mais simplement comprendre les avantages et inconvénients de chacun et les utiliser à bon escient. L'article illustre ça avec beaucoup de justesse.

Cet article suggère que PostgreSQL peut à peu près tout faire et représente donc une solution idéale pour la majorité des boîtes dont les besoins en scalabilité (évolution de la charge) ne seront jamais suffisants pour justifier une infra plus complexe.

C'est l'idée de MVI : minimum viable infrastructure.

J'aime bien le côté pragmatique, même si ça implique, de fait, une très grande maîtrise de PostgreSQL.

Une application qui semble faire du speech to text (reconnaissance vocale, vous parlez, l'outil écrit ce que vous dites) assez efficacement.

Un client HTTP (REST, GraphQL) et Websocket dans le navigateur.

Pas testé.

Un générateur de SVG qui simule un texte tapé au clavier, animé, avec le curseur.

Une autre plateforme pour le suivi des fuites de données personnelles, plus orienté sur les entreprises françaises.

Outil de redimensionnement et d'optimisation d'images 100% côté navigateur (donc sans envoyer vos photos sur un quelconque serveur).

Témoignage d'une migration du cloud vers l'auto-hébergé, et des économies que ça a engendré.

Proton liste les fuites de données personnelles majeures.