Mathieu Eveillard

Mathieu Eveillard

Consultant, formateur & coach technique.

📍 Paris

Seule, l'Agilité n'a aucun sens.

Qu'est-ce que l'Agilité, au fond ? Par certains aspects, elle peut sembler protéiforme, d'autant que son message est brouillé par le "bruit" des sprints et autres estimations. S'il fallait la résumer en une phrase, je dirais que c'est la recherche d'efficience dans le développement logiciel, dans un contexte où le changement

Un Bounded Context "utilisateur" ?

Quelle drôle d'idée : on m'a toujours dit que "User", c'était tout sauf un Bounded Context, la fausse bonne idée, le truc à pas faire. Alors quoi ? Partons du problème : la modularisation, c'est bien, mais comme le soulignent Mathias Verraes et Rebecca Wirfs-Brock, c'est une démarche qui relève de l'espace des

Bounded contexts 101

Pour une raison que j'ignore, les bounded contexts font peur comme les monstres tapis sous le lit d'un enfant. Ou comme votre manager lorsqu'il se dirige vers vous à 17h30 passées 😱 Pourtant, remplacez "bounded context" par "module fonctionnel" et vous verrez qu'il n'y a rien de bien sorcier. Les deux

DDD stratégique vs. DDD tactique

Le Domain-driven design (DDD) est un vaste champ de savoir, au sein duquel on distingue généralement 2 grands volets. Les termes sont issus du monde militaire : * Le DDD stratégique, le "quoi" : cela commence par la cartographie du territoire, c'est-à-dire l'identification des contextes du système d'information (more on that juste après)

Ecologie et qualité logicielle : même combat.

Je viens d'une famille qui buvait les paroles d'un homme politique nommé René Dumont, dont le nom n'évoquera rien pour la plupart d'entre vous. Ingénieur agronome, René Dumont parlait d'écologie à une époque où le mot n'avait pas cours. Autrement dit : il prêchait dans le désert. À l'élection présidentielle de

You build it, You run it

Ça claque, c'est bien balancé et c'est marqué au coin du bon sens. Cette phrase, par la suite devenue mantra du DevOps, résume à elle seule l'approche de Werner Vogels, CTO d'Amazon. La citation date de 2006 : The traditional model is that you take your software to the wall that

Walking Skeleton

Pas sûr qu'Alistair Cockburn ait choisi la meilleure métaphore quand il a conceptualisé cette étape du développement logiciel, tant les squelettes ont la fâcheuse habitude de faire peur… Cependant, la métaphore fonctionne, si l'on considère que les os matérialisent l'architecture du logiciel tandis que la chair, absente, représente ses fonctionnalités.

Estimating or not, that is the question

Le problème des estimations, c'est qu'elles sont prises pour argent comptant. Pourtant, une estimation ne saurait être un engagement : parfois, on tombe sur un os, un imprévu, lié à la spécification ou à la codebase elle-même. Et là, on explose les délais. Conséquence : les développeurs se protègent en donnant des

Un pas en arrière, deux pas en avant

En informatique, on ne conseillera jamais assez de faire des petites choses : des petites user stories, des petits refactorings. Faire de petites choses et les pousser en production au fur et à mesure : * Afin d'obtenir du feedback utilisateur et confirmer qu'on est sur la bonne voie, ajuster le tir à

La modularisation pour les nuls

Dernièrement, je me suis surpris à expliquer la modularisation d'un système d'information en prenant pour exemple une maison et sa cave : si vous descendez trop souvent à la cave, c'est le signe que quelque chose s'y trouve qui ne devrait pas s'y trouver. Dit autrement, il est peut-être temps de