Mathieu Eveillard

Topic

craft

A collection of 90 issues

Architecture Decision Record

Documenter ou ne pas documenter ? Que documenter ? Pour qui ? Ces questions sont à l'origine de débats enflammés au sein des équipes agiles. Courage, fuyons et n'abordons ici qu'un aspect très précis de la question : un aspect qui, à ma connaissance, fait plutôt consensus. L&

Tout ce que vous avez toujours voulu savoir sur le refactoring (sans jamais oser le demander)

La définition du refactoring ne souffre aucune ambiguïté : le refactoring consiste à modifier une implémentation sans modifier le comportement associé. Aussi, quand une nouvelle fonctionnalité mène à un refactoring préalable, on gagne à distinguer le temps du refactoring, qui procède à iso-fonctionnalités, du temps de l'implémentation de la

Property-based testing

PBT, pour les intimes. J'étais familier du concept depuis un moment déjà, mais je n'avais pas réussi à l'intégrer à ma pratique quotidienne du développement ; cela a enfin changé. Mais déjà, qu'est-ce que le PBT ? Considérons quelques exemples : * Une fonction random({ min,

"Don't write code that guesses the future"

Don't write code that guesses the future, arrange code so you can adapt to the future when it arrives. Cette citation de Sandi Metz nous enjoint à la retenue et dit de manière élégante un écueil bien réel du développement informatique : la sur-anticipation. Un exemple : la relation 1-N

Need for speed : UX vs. DX

Passé l'engouement que suscite l'apprentissage de la programmation fonctionnelle vient généralement la question : Euh… et les performances ? C'est une très bonne question : qui dit programmation fonctionnelle dit fonctions pures, donc immutabilité. Programmer de manière immutable consiste à créer de nouveaux objets à partir des

Faites des erreurs !

Que vient faire Warren Buffet dans cette affaire ? Vous allez vite comprendre. "On apprend de ses erreurs" : nous sommes tous et toutes acquis à cette idée, même si c'est parfois un peu dur à digérer sur le moment 🥲 Warren Buffet aurait d'ailleurs précisé, non

IT Darwin Awards

Un florilège des meilleures idées à la c** en matière d'informatique. Passer le POC en prod Allez, on commence par du facile et consensuel – espérons-le, en tout cas. "Ben quoi ? Ça marche, donc c'est bon, on passe le POC en prod ! Rhâââââââ, ces informaticiens, toujours

3 métaphores du code informatique

Le code est immatériel. Alors, pour le rendre plus intelligible, on a recours à des métaphores du monde concret. En voici 3 particulièrement utiles à mes yeux : Le code comme patrimoine immobilier On le sait, une maison requiert de l'entretien. Périodiquement, il faut ravaler la façade, refaire la

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

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