Tout se rattrape, sauf la modularité
Une bonne modularité vous permet de supporter une piètre qualité logicielle localement et d'améliorer les choses ultérieurement sans tout casser.
Une bonne modularité vous permet de supporter une piètre qualité logicielle localement et d'améliorer les choses ultérieurement sans tout casser.
L'absence de modularité coûte cher. Investir dans une architecture modulaire protège votre logiciel et évite des pertes financières massives.
Un modèle n’est jamais une représentation fidèle de la réalité, mais une abstraction conçue pour un objectif précis. Un modèle n’existe que par son usage.
On ne s'adresse pas à tous les utilisateurs de la même manière. À chaque persona son langage, et donc son contexte, et son BFF (Backend For Frontend).
Vous n'avez probablement pas besoin de ces microservices, si difficiles à déployer. Le monolithe, à condition qu'il soit modulaire, est fait pour vous.
2 erreurs courantes du découpage en Bounded Contexts : le découpage en couches techniques et le découpage par entités. Pensez verbes d'action !
Travaillez d'abord la modularité du système à grande échelle (DDD stratégique). Les patterns tactiques ont leur importance, mais ils viennent après.