Sign in Subscribe

Bagouze

#9 - Une architecture CQRS en python: Schéma Général

#9 - Une architecture CQRS en python: Schéma Général

Command, Query, Event, Bus, Dispatchers, Handler, Response... et l'addition. L'architecture que nous avons mis en place a été largement inspirée par un talk d'Arnaud Lemaire, que vous trouverez ici Le gars va à fond la caisse dans sa conf et présente un nombre de concept assez hallucinant en 45 minutes,

#8 - Ubiquitous Langage : définition et mise en place

#8 - Ubiquitous Langage : définition et mise en place

En relisant le blue book, je me suis rendu compte d'une erreur de ma part, enfin, plutôt un oubli, pour être précis. En effet je me suis rappelé que les 3 piliers du Domain Driven Design sont : * l'approche stratégique J'ai commencé à en parler dans les 6 premiers articles, là

#7 - DDD Tactique: Le monolithe "micro-service ready"

#7 - DDD Tactique: Le monolithe "micro-service ready"

Encore un concept que j'ai piqué aux anciens d'Arpinum, JB Dusseault et Arnaud Lemaire. J'espère qu'ils ne m'en voudront pas trop :) D'ailleurs je ne sais pas si ils sont eux même les auteurs de ce concept, Ils nous diront en commentaire, mais quoi qu'il en soit c'est grâce à eux

#6 - DDD Stratégique : les premiers Bounded Contexts

#6 - DDD Stratégique : les premiers Bounded Contexts

Bounded Context is a central pattern in Domain-Driven Design. It is the focus of DDD's strategic design section which is all about dealing with large models and teams. DDD deals with large models by dividing them into different Bounded Contexts and being explicit about their interrelationships. Martin Fowler. Identifier les

#5 - DDD Stratégique : Identifier les domaines et sous-domaines métier

#5 - DDD Stratégique : Identifier les domaines et sous-domaines métier

Si nous résumons la démarche stratégique, nous avons jusqu'à présent : #2: posé le plan de bataille #3: identifié les acteurs de notre domaine #4: décortiqué les processus métiers de notre domaine Nous allons donc maintenant essayer de regrouper nos différent processus et sous-processus en sous-domaines métier cohérents. Pour mémoire, le

#4 - DDD Stratégique : Modéliser les parcours clients

#4 - DDD Stratégique : Modéliser les parcours clients

Un exemple d'utilisation du story mapping. Matérialiser les parcours clients d'une application, par l'exemple

#3 - DDD Stratégique : Identifier les acteurs et leurs besoins

#3 - DDD Stratégique : Identifier les acteurs et leurs besoins

Après avoir définit le problème, il faut imaginer comment approcher la solution en DDD