Nouveautés

100k lignes en 75 jours

Il y a trois mois, j'ai démarré un projet de zéro pour répondre à une question : que peut-on raisonnablement attendre d'un développement entièrement agentique sur un vrai projet ? Pas un TodoMVC. Pas une démo pour conférence. Un vrai projet, avec de vrais utilisateurs, de vraies

L'art délicat de l'adoption du craft

ou comment accompagner la montée en compétence d'une équipe logicielle. On échoue souvent à convaincre de la pertinence d'une architecture logicielle. D'abord parce que rendre concrets des principes abstraits est un exercice difficile. Mais surtout parce qu'on la vend mal. La cause

Tout le monde partage ses skills. Personne ne partage son workflow

Si on regarde ce qui circule autour du développement agentique via claude code, on trouve surtout des skills. Par centaines. Des marketplaces, des collections, des dépôts qu'on installe en une commande. Rédiger un message de commit, relire une pull request, générer une documentation, appliquer une charte graphique : pour

La confiance n'exclut pas le contrôle.... surtout pas votre agent !

Tout le monde connaît ce proverbe, généralement très prisé des micro-managers toxiques. Dans le développement agentique, c'est notre pain quotidien. Et en vérité, on finit par oublier qu'on ne devrait jamais faire confiance à son agent. Non pas parce qu'il est mauvais. Parce

Starcraft et Event Sourcing

Vous vous rappelez des biiiip crouuuiiiic cliiiiing du modem 56k de la fin des années 90 ? (oui je le fais hyper bien) Cette sonnorité carctéristique d'une tentative de connexion internet était aussi, pour certains synonyme de stracraft en ligne. Depuis que je suis informaticien, je me suis toujours

Le « tant qu'on y est » peut tuer un projet

Deux commits en 2025. Quatorze mois de silence. Puis un démarrage en trombe. Ce que raconte cet historique, ce n'est pas que je suis devenu plus rapide. C'est que deux freins ont sauté. Surtout avec un détail qui compte : je n'avais jamais utilisé Rust

La carte du système : Architecture kreek en trois schémas

On parle beaucoup d'architecture. On en montre très peu. C'est logique. Le code d'un projet est souvent visible, mais son architecture reste dans la tête de celui qui l'a écrite. Il faudrait la dessiner, la commenter, assumer les choix. Et surtout, accepter

Kreek: L'app que j'ai vraiment fait avec une IA

A l'heure ou j'écris ces lignes, avec l'arrivée de l'IA, le développement logiciel vit sa plus grande révolution depuis l'apparition des compilateurs. Pas la version publicitaire, ou on code une application en un week-end en claquant des doigts. Pas

L'IA écrit le code. L'architecture décide de ce qu'il vaut.

Soyons clairs sur le constat, avant d'en tirer quoi que ce soit. Le coût marginal d'écriture d'une ligne de code tend vers zéro. Ce n'est pas une opinion, c'est une observation que fait aujourd'hui n'importe qui

Scrum, je t’ai aimé, mais je te quitte

Il y a peu de temps je mettais en doute l’efficacité de scrum, sur linkedIn, ici. Crime de lèse majesté pour beaucoup ! J’ai donc repensé a tout ça, et j’ai essayé de rassembler les dérives souvent constatées dans les équipes scrum. Ca fait très longtemps que je

#9 - Une architecture CQRS en python: Schéma Général

Command, Query, Event, Bus, Dispatchers, Handler, Response... et l'addition. L'architecture que nous avons mis en place a été largement inspirée par un talk d'Arnaud Lemaire, que vous trouverez ici Le gars va à fond la caisse dans sa conf et présente un nombre de

#8 - Ubiquitous Langage : définition et mise en place

En relisant le blue book, je me suis rendu compte d'une erreur de ma part, enfin, plutôt un oubli, pour être précis. En effet je me suis rappelé que les 3 piliers du Domain Driven Design sont : * l'approche stratégique J'ai commencé à en parler

#6 - DDD Stratégique : les premiers Bounded Contexts

Bounded Context is a central pattern in Domain-Driven Design. It is the focus of DDD's strategic design section which is all about dealing with large models and teams. DDD deals with large models by dividing them into different Bounded Contexts and being explicit about their interrelationships. Martin

#5 - DDD Stratégique : Identifier les domaines et sous-domaines métier

Si nous résumons la démarche stratégique, nous avons jusqu'à présent : #2: posé le plan de bataille #3: identifié les acteurs de notre domaine #4: décortiqué les processus métiers de notre domaine Nous allons donc maintenant essayer de regrouper nos différent processus et sous-processus en sous-domaines métier