Mathieu Eveillard

Topic

craft

A collection of 57 issues

Modular Monolith is the new Microservices

Parler de monolithe modulaire en fin d'année 2023, c'est arriver un peu après la bataille. Et tant mieux : son principe, plein d'un pragmatisme revigorant, a fait des émules. Plus personne ne déploierait son MVP sur Kubernetes (K8S) pour une application comptant une centaine d'utilisateurs. Plus personne ? 😉 Rappelons pour commencer ce

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.

Par exemple ?

On l'a tous vécu, en tant que développeurs : le PM (Product Manager) vous confie une user story dont l'énoncé tient en une ligne, "parce que c'est évident". Ah bon, ben si c'est évident, allons-y. Évidemment, vos neurones se connectent avant la première ligne de code et là, ça n'est plus

Trunk-based development

GitFlow est souvent présenté comme l'orthodoxie en matière de travail collaboratif. Ce modèle a ses mérites mais, comme tout outil, il doit être employé à bon escient. Si GitFlow est incontournable dans l'open-source, il n'est pas fait pour du SaaS (Software as a Service), où le versionnement n'est pas "vu"

POC vs. MVP : nous ne serons pas d'accord

De manière surprenante, le sujet est passionnel, voire polémique. Mais, avant de rentrer dans le vif du sujet, actons notre accord sur une chose : le caractère minimal du MVP. L'idée est d'aller en production rapidement pour itérer — l'essence-même de l'agilité. D'où mon heuristique personnelle : Règles 1, 2 & 3 du MVP

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" et vous verrez qu'il n'y a rien de sorcier, tandis que vous détiendrez

5 raisons de ne pas faire coacher vos équipes

Parce que les bugs en prod, c'est fun : ça permet de perdre du CA et des utilisateurs 👍 Non, les bugs ne sont pas une fatalité. Un code lisible est plus facile à comprendre, donc à faire évoluer sans causer de régression. Les tests, c'est une évidence, jouent le rôle de

Loi de l'instrument : vous n'y échappez pas.

On doit à A. Maslow (oui, le même !) la formulation de ce biais cognitif : "Si le seul outil dont vous disposez est un marteau, il est tentant de tout traiter comme s'il s'agissait d'un clou." Elle fait des ravages dans l'informatique. Voyez plutôt : * Je suis un développeur front-end, donc toute

Un objet n'est pas ce que vous croyez

On définit habituellement un objet comme l'encapsulation de données et de comportement agissant sur ces données. C'est d'ailleurs un des 4 principes fondateurs de la Programmation Orientée Objet (OOP). C'est aussi une différence importante d'avec la Programmation Fonctionnelle, dans laquelle les fonctions agissent sur des structures de données passées en

DDD stratégique vs. DDD tactique

[Rediffusion de l'article du 14 décembre 2022.] 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" : quoi faire, sur quoi focaliser notre énergie et le peu de temps