Mathieu Eveillard

Topic

craft

A collection of 84 issues

Implémenter un Design System

Figma définit un Design System comme "un ensemble de blocs de construction et de normes qui aident à préserver la cohérence visuelle des produits et des expériences". Cela va du ton employé, reflet des valeurs et de la personnalité de la marque, à la définition du moindre espacement.

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

Je ne vous vendrai pas de formation "Clean Code"

Titre volontiers provocateur, mais on ne peut plus sérieux. Pourquoi ? Parce que se former au Clean Code en 2 ou 3 jours, c'est comme lire un dictionnaire ou l'API de NodeJS de A à Z : personne ne fait ça, parce que ça n'a pas

Monorepo mon Amour

Écrire sur les monorepo en 2024, c'est arriver un peu après la bataille. Ou pas, vu que je rencontre tous les jours des équipes développant des Single Page Applications dont le front-end et le back-end font l'objet de 2 repositories distincts. Dès lors, la moindre fonctionnalité

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