Read before write et les frameworks

Le pattern read before write est assez commun lorsqu’il s’agit de mettre à jour des données en fonction de règles implémentées dans un langage de programmation quelconque. Dans le cas où les requêtes sont exécutées en parallèle, il y a plusieurs cas de figure :

1. lorsqu’on utilise des librairies (c’est moi qui appelle la librairie), on pourra toujours gérer localement
2. lorsqu’on utilise des frameworks (je me fait appeler par le framework), la gestion devient un peu moins centralisée

Dans cet article, je reviens sur un bug constaté dans le cas 2., comment j’ai pu le résoudre et quelles conséquences pour la maintenabilité.

Qu’est-ce qu’un store selon Svelte ?

Selon Svelte, il est très rare que l’état de l’application puisse résider entièrement à l’intérieur de la hiérarchie de composants de l’application. L’usage de stores s’applique lorsque des valeurs doivent être accédés par :

Conversation avec un chatbot

Voici l’extraction d’une conversation que j’ai eu avec un chatbot local, au détour de la découverte du tutorial de Svlete. À l’heure des prompts de Large Language Model, il est possible que la librairie utilisée soit bien plus basique, mais bien plus sobre.

Trouver la cause racine d’un bug incompréhensible

Je vais revenir dans cet article sur un bug survenu lors de la génération d’un contrat openapi par une librairie code first — Tapir — qu’on utilise pour une api interne. Ce sera l’occasion d’analyser la manière dont les développeurs creusent un sujet qui parait incompréhensible de premier abord.

Mon feedback sur Devoxx 2024 - vendredi

Dernier billet de rétrospective de mes trois jours à Devoxx 2024 : voici le résumé des sessions auxquelles j’ai assisté le vendredi.