Appliquer CQRS autour de cas concrets...
Clément
J'étais à la présentation de Greg, où j'ai notamment retrouvé Jérémie
et Julien pour prolonger le débat dans la soirée. Le sujet était CQRS.
C'est une architecture qui me séduit mais j'ai quelques difficultés à
saisir certains points et j'imagine que je ne suis pas le seul.
J'aimerais savoir si ça intéresse du monde qu'on fasse une session
appliquée autour de CQRS avec pseudo-code en live (genre avec un
tableau)...ce serait bien qu'on ait le soutien de Julien et Jérémie
pour avoir des expérimentés (peut-être y en a-t-il d'autres) en
CQRS ;). L'objectif serait d'aborder des points très discutés sur le
sujet : orienté Command, dénormalisation côté Query, contrainte
d'unicité, stockage des événements VS l'état, notions d'Aggragate
Root, de Bounded Context, ...et tout ça appliqué via des exemples
concrets (ça fait pas mal de sujets je sais...on verra selon la
popularité).
Peut-être qu'on peut utiliser la liste pour donner un premier cadre à
la session, en se donnant quelques examples à traiter par exemple. Je
vous propose de mettre un exemple par post afin qu'on puisse suivre
l'évolution de chaque post. J'en donne quelques uns en réponse à ce
post pour initier la discussion en espérant ne pas être le seul à me
poser des questions ;).
Clément
Clément
- Logique de Mass Upload (intelligente, i.e certes on a l'impression
que c'est un cas d'utilisation pas très orienté Command, car ça fait
penser à un insert de masse mais ce n'est pas tout à fait le cas
auquel je pense), cas d'utilisation simple : un commercial arrive dans
une entreprise avec son carnet d'adresse sous le bras (en Excel
évidemment :)), il souhaite retrouver tous ses contacts dans l'outil
de sa nouvelle entreprise sans avoir à se taper la séquence recherche
+modification/création en fonction du résultat pour chaque contact, le
système doit donc l'aider à intégrer les contacts qui n'existe pas à
améliorer les données des contacts existants ou lui demander une
action de sa part si rien ne peut être inférer simplement.
--> traitement de masse, comparaison d'un ensemble à un stock
existant : quels Bounded Context ? nécessité d'utiliser le Bounded
Context Query dans le traitement ? traitement via Command des cas
requérant une action de la part de l'utilisateur...
Clément
- Fusion de clients (acquisition ou fusion en fait) : toutes les
informations relatives aux clients concernés doivent être rattachées
au client issu de la fusion (ou à un des 2 clients dans le cas de
l'acquisition)
--> quel domain model ? est-ce vraiment un traitement de masse ?
On 8 mar, 00:59, Clément <clement.bouill...@gmail.com> wrote:
Clément
- Gestion d'habilitation sur des données de "manière non finie", i.e
pas seulement "un tel, un tel et un tel ont accès à l'information"
mais un ensemble de règle plus complexe mélangeant ce premier niveau
d'habilitation ainsi qu'un niveau du type "toute personne ayant tel
rôle" ou "telle personne avec tel rôle sur un client et ayant des
droits particuliers sur tel domaine"...je pourrais détailler si
l'exemple paraît pertinent
--> comment traiter la dénormalisation côté Query de ce cas (sans
tomber dans l'usine à gaz) ? Quel Bounded Context et Aggregate Roots
(notamment vis à vis des "entités" potentielles : Person, Role,
Organisation, Domain, Information...) ?
On 8 mar, 00:59, Clément <clement.bouill...@gmail.com> wrote:
Jérémie Chassaing
applications DDD,
mais ne sont à mon avis que quelques services a l'intérieures
d'applications plus larges.
En étudiant ces exemples, on va avoir beaucoup de traitement de
données, mais peux d'actions métiers.
Il serait bien plus intéressant pour la discission d'avoir une
application impliquant une logique plus simple, mais
qui demande d'avantage d'interactions entre divers contexts et divers
intervenants.
jeremie / thinkbeforecoding
> > Clément- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -
Rui Carvalho
Rui
--------------------------------------
tel : +33610047040
blog: http://www.rui.fr
Jérémie Chassaing
adapté. La logique métier est vraiment trop basique, la partie Query
vas prendre toute la place par rapport à la partie Commande.
Ca peut se faire, mais ca ne va pas montrer le potentiel.
Pour avoir une vrai application qui tire profit de DDD, le mieux c'est
d'avoir une appli qui implique plusieurs utilisateurs avec des taches
différentes (éventuellement sur plusieurs sites).
Ce qui compte, c'est d'avoir plusieurs Verbes dans l'Ubiquitous
Langage, et si possible au moins 2 contexts.
jeremie / thinkbeforecoding
On 8 mar, 11:13, Rui Carvalho <r...@rui.fr> wrote:
> est-ce que de prendre un exemple comme créer un moteur de blog avec CQRS
> serait déconnant?
>
> je pense que ce serait pas mal, car le besoin est simple et parle à tout le
> monde (et surtout que c'est un pb simple au départ, souvent pris à la légère
> mais qui se complexifie quand on commence à creuser tous les services
> nécessaires...)
>
> Rui
> --------------------------------------
> tel : +33610047040
> blog:http://www.rui.fr
>
> 2010/3/8 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
> > > - Afficher le texte des messages précédents -- Masquer le texte des messages précédents -
Yann Schwartz
TLA finissent toujours en une dissertation sur la nature de
l'ineffable ?
On Mar 8, 2:30 pm, Jérémie Chassaing
Jérémie Chassaing
pourrait être un système de gestion de restaurant :
Attribution des places, prise des commandes en salle, gestion des
commandes en cuisine, paiement.
On peut ensuite ajouter des choses plus complexes comme gestion des
reservations par telephone et internet,
gestion des stocks de nourriture/fournitures, de la carte, prévision
de stocks. Optimisation des placements dans la salle/heures d'arrivée
lors des réservations de groupe.
On peut trouver plein de domaines comme ca qui engendrent vite la
coordination d'un nombre important de taches simples. Pour ça,
l'exemple des Cargos de Eric Evans est vraiment bon.
jeremie / thinkbeforecoding
On 8 mar, 14:30, Jérémie Chassaing
Yann Schwartz
On Mar 8, 4:52 pm, Jérémie Chassaing
Vincent Bourdon
Buisson Jérémy
Je serai également très intéressé par ce sujet! :)
Jérémie Chassaing
probablement dans la modélisation des intéractions.
C'est en général là que se situe la logique métier. Dans toutes les
décisions qui sont à prendre dans la coordination d'un ensemble de
personnes exerçant des métiers différents :
Ici on aura les serveurs, les cuistos, le caviste, le caissier, le
gestionnaire des achats, le comptable, celui qui s'occupe de prendre
les réservations par téléphone, le gestionnaire commercial...
Dans le même genre, on trouvera un system pour la gestion d'une
bibliothèque (emprunts, retours, inscriptions, catalogues sur
plusieurs bibliothèques d'une même ville, état des livres, commandes,
réservations...)
jeremie / thinkbeforecoding
On 8 mar, 17:03, Vincent Bourdon <evilz...@gmail.com> wrote:
> pas mal cette idée de resto, je vote pour.
>
> 2010/3/8 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
DUVAL Olivier
Felipe Dutra Tine e Silva
On 8 mar, 17:34, DUVAL Olivier <zork...@gmail.com> wrote:
> Hi all,
>
> Je reste également intéresse par ce sujet, le blog ou le resto me
> conviennent tout à fait, je pars de loin personnellement dans ce domaine
> (CQRS voire DDD).
>
> OD-
>
> 2010/3/8 Buisson Jérémy <buisson.jer...@gmail.com>
>
>
>
> > Salut,
>
> > Je serai également très intéressé par ce sujet! :)
>
> > 2010/3/8 Vincent Bourdon <evilz...@gmail.com>
>
> > pas mal cette idée de resto, je vote pour.
>
> >> 2010/3/8 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
Clément
effet des services particuliers d'une application. Pour commencer, on
pourrait en effet partir sur l'exemple du restaurant ou de l'exemple
de Eric Evans (le cargo). Néanmoins, une fois qu'on aura fait un
premier exemple, j'aimerais voir les exemples que j'ai donné ou des
exemples du même type dans le Domain choisi.
Par contre, je ne sais pas trop ce que vous en pensez, mais je pense
qu'il ne faut passer trop de temps à parler de l'ubiquituous language
et d'autres concepts sans en voir la partie concrête. De la
présentation de Eric Evans, j'ai eu trop de retours comme quoi c'était
trop généraliste.
J'ai bien aimé la présentation de Greg. On pourrait suivre un peu le
même fil:
- donner un design "typique non DDD qui se dit DDD" avec transfert de
DTO en query et command
- identifier les concepts DDD : Entity, Value Object, Aggregate Root,
Bounded Context...
- identifier les Command, initier la partie Command, introduire les
CommandHandler et adapter le Domain
- utiliser les Domain Events
- stockage : Event Sourcing Vs Mapping OR classique
- séparation et simplification de la partie Query
- Eventual consistency
Je vous laisse compléter ce fil rouge ou proposer autre chose.
Clément
Jérémie Chassaing
périmètre de ce sur quoi on veut travailler.
Bien entendu, aucun de nous bosse dans un resto, donc on ne fera pas
du vrai DDD.
Mais on a tous une idée suffisante de comment ca marche pour faire un
modèle simple.
On peut parler de tout ça sur la mailing list, mais on peut aussi
essayer de se voir.
Par contre, j'ai vraiment pas beaucoup de temps le soir en ce moment,
alors on pourrait tenter de se retrouver le midi
dans Paris (du coté de Chatelet/Halles ou d'Opera, moi je bosse rue du
Sentier) si c'est possible pour
ceux que ca interesse...
jeremie / thinkbeforecoding
> > > Olivier DUVALhttp://olivier-duval.info- Masquer le texte des messages précédents -
Dark Herumor
--
Buisson Jérémy
Buisson Jérémy
--
Buisson Jérémy
Clément
Cependant, je pense vraiment qu'on n'a pas besoin de tous se mettre
sur l'UL...les différents use cases suffirait (Jérémie es-tu d'accord
avec ça ?), c'est-à-dire ce que la plupart d'entre nous aurait fait
pour réaliser l'exemple (comme le faisait remarquer Greg au début de
sa présentation). Pour l'exemple, je me disais qu'on pourrait se
donner un "modèle typique non DDD" à base d'un Domain Model anémique
et de services. Ensuite on attaque le coeur du sujet (à mon sens) : le
design/implémentation CQRS lors d'une session Alt.Net.
En fait, pourquoi je dis ça : j'ai commencé à suivre le Design Dojo
qui a été fait après la présentation de Greg et j'ai trouvé ça un peu
long à se mettre en place parce que justement ils voulaient creuser
l'UL ensemble...finalement, c'était plus une discussion sur comment
comprendre/identifier son Domaine, ce qui au final est la base, mais
n'est pas complètement propre au DDD, ni au CQRS. La partie propre à
CQRS me semble plus être : "pourquoi et comment passer d'un design
classique à un design CQRS". D'ailleurs, du coup, je suis parti avec
Jérémie, Julien et Greg, c'était plus concret :)...
Dans tous les cas, il faut effectivement donner les cas d'utilisation
de notre exemple, mais je n'ai pas d'exigences particulières sur le
Domaine à considérer, mis à part les sujets particuliers que j'ai
levé. Eventuellement, en fonction du Domaine proposé, je tenterais de
les repositionner via des exigences posant la même problématique.
Je me disais qu'on pouvait peut-être utiliser un système de wiki pour
initier la description du Domaine, notamment pour ceux qui ne peuvent
pas se pointer un mid sur Paris :p...N'y avait-il pas un wiki Alt.Net
Fr à un moment ?
Clément
On 9 mar, 11:24, Buisson Jérémy <buisson.jer...@gmail.com> wrote:
> Désolé, bêtise avec gmail... C'est pour moi qu'il n'y a pas de problème...
>
> 2010/3/9 Dark Herumor <darkheru...@gmail.com>
>
> > Pas de problème pour moi, je suis pas très loin.
>
> > 2010/3/9 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
> ...
>
> plus de détails »
Jérémie Chassaing
mettre dans notre exemple ici, ou sur un wiki.
jeremie / thinkbeforecoding
> ...
>
> plus de détails »- Masquer le texte des messages précédents -
Guillaume JAY
Bref, une sorte de tutorial construit collectivement, "incrementivement" et en public
Gauthier Segay
pour le wiki celui de altnetfr n'est plus, je propose de squatter
celui de altnetpedia en prefixant les pages par altnetfr ou fr
ceci dit, je n'arrive pas a récupérer mon mdp ni a créer un compte :/
une autre solution pour le wiki?
2010/3/10 Guillaume JAY <guilla...@gmail.com>:
Clément
le wiki pour référence. Le wiki Altnetpedia aurait été bien, on a déjà
une page Alt.Net Paris, seulement ça ne marche pas...y'a une erreur
quand on veut créer un compte. J'envoie un message sur la liste monde
pour voir...
Clément
On 10 mar, 18:47, Gauthier Segay <gauthier.se...@gmail.com> wrote:
> +1 pour les exilés,
>
> pour le wiki celui de altnetfr n'est plus, je propose de squatter
> celui de altnetpedia en prefixant les pages par altnetfr ou fr
>
> ceci dit, je n'arrive pas a récupérer mon mdp ni a créer un compte :/
>
> une autre solution pour le wiki?
>
> 2010/3/10 Guillaume JAY <guillaume....@gmail.com>:
>
> > Je plussoie la discussion en ligne plutot qu'IRL, avec report sur un wiki
> > pour reference.
>
> > Bref, une sorte de tutorial construit collectivement, "incrementivement" et
> > en public
>
> > 2010/3/10 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
> ...
>
> plus de détails »
Clément
sur le groupe Alt.Net mais la section Pages d'un groupe Google permet
de faire l'équivalent d'un Wiki light, bien suffisant pour le
moment...Robert, Julien est-ce possible d'activer cela (dans les
paramètres, onglet Accès) ?
> ...
>
> plus de détails »
Gauthier Segay
en plus si le projet se concretise sous la forme de quelquechose
compilable, ce sera the next logical step
2010/3/10 Clément <clement....@gmail.com>:
Guillaume JAY
Autre suggestion, utiliser le groupe Google. Visiblement c'est bloqué
sur le groupe Alt.Net mais la section Pages d'un groupe Google permet peut
de faire l'équivalent d'un Wiki light, bien suffisant pour le
Voir aller jusqu'au Google Site associé (ce qui est peut-être déjà le cas des Pages du groupe).
J'ai pas creusé Google Site, mais je suis toujours surpris par la puissance du truc.
Guillaume
Julien Lavigne du Cadet
J'ai activé la création de page par les membres du groupe. Attention
cependant, si on a du spam je désactiverai immédiatement la
fonctionnalité.
En ce qui me concerne, je pense que l'initiative est très bonne.
Cependant j'ai quelques doutes sur le fait que la discussion puisse
avancer significativement par mailing-list/wiki. Pour avoir fait
l'exercice avec Udi Dahan, il faut déjà 1h30-2h IRL pour se mettre
d'accord sur les services/bounded contexts d'un domaine simple. Sans
cet étape, le reste de la discussion sera je pense difficile. Just my
2 cents :-)
Julien
> ...
>
> plus de détails »
Djamel ZOUAOUI
David COPPET
Cela fera en plus de l'activité entre les présentations officielles.
En plus cela correspond aux objectifs des dojos : passation de connaissance par la pratique, guidée par des personnes expérimentées.
Design Dojo, Coding dojo
Let's go!!!
:)
Clément
soirée...Julien serais tu plus dispo pour animer ;) (ou qqn d autres
si il y a d autres personnes expérimentés...) ? Aussi, pour que tout
le monde puisse participer, on pourra combiner les rencontres avec des
discussions sur la liste et un résumé sur le wiki...voire du code par
la suite...
Où peut on faire ca et à quand le premier saut (fin mars, début
avril...) ?
Clément
On 12 mar, 03:28, David COPPET <david.cop...@gmail.com> wrote:
> +1
> Cela fera en plus de l'activité entre les présentations officielles.
> En plus cela correspond aux objectifs des dojos : passation de connaissance
> par la pratique, guidée par des personnes expérimentées.
>
> Design Dojo, Coding dojo
> Let's go!!!
> :)
>
> Le 11 mars 2010 23:12, Djamel ZOUAOUI <djam...@gmail.com> a écrit :
>
>
>
> > +1... ca serait vraiment cool de pouvoir faire ca sur une (ou plusieurs)
> > session alt.net en mode dojo !
>
> > 2010/3/11 Julien Lavigne du Cadet <julien.lavi...@gmail.com>
Julien Lavigne du Cadet
l'avance (genre 2 semaines, c'est bien).
Par contre je tiens à préciser que je ne suis expert de rien du tout !
Jérémie est la personne à qui parler pour ça :-)
> ...
>
> plus de détails »
Jérémie Chassaing
de tout ca,
mais ca prend pas mal de temps, alors ce serait bien de réserver les
réunion à
des discussions précises. On peut commencer à parler du reste à
distance.
jeremie / thinkbeforecoding
On 18 mar, 07:48, Julien Lavigne du Cadet <julien.lavi...@gmail.com>
wrote:
Jérémie Chassaing
[j'ai pas beaucoup testé, mais ca a l'air plus ou moins d'etre fait
pour ca non ?]
jeremie / thinkbeforecoding
On 18 mar, 12:26, Jérémie Chassaing
Mathias Kluba
pays est grand et il est difficile de réunir les gens ;)
C'est pourquoi il y a le VAN: Virtual Alt.Net
Il existe aussi la version EUR: http://europevan.blogspot.com/
Faire un VAN Paris ça fait un peu abuser, mais on peut prendre des
idées des VAN existant dans certains cas.
Si le Google Group n'est pas assez interactif, pourquoi ne pas faire
des sessions IRC?
Sinon, j'avais lancer un test avec le group alt.net sur wave, sans
trop de réponse... c'est pa encore super utilisé...
Mathias Kluba
Tel: 06.72.85.99.37
Le 18 mars 2010 à 12:27, Jérémie Chassaing <jeremie.chassaing@thinkbeforecoding.
com> a écrit :
Jérémie Chassaing
ont répondu sur ce thread (pour ceux qui n'avaient pas de compte wave,
j'ai envoyé des invits).
On peut toujours essayer et voir ce que ca donne.
jeremie / thinkbeforecoding
> >>>>>>>>>>>>> ....@gmail.com>
Rui Carvalho
DUVAL Olivier
Julien Brunet
Jérémie Chassaing
jeremie / thinkbeforecoding
On 18 mar, 09:56, DUVAL Olivier <zork...@gmail.com> wrote:
> Bonjour,
>
> Merci de m'inclure également dans la wave, le sujet m'intéresse (et
> l'occasion de voire *enfin* une application de Google wave ?)
>
> 2010/3/18 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
> ...
>
> plus de détails »
Julien Brunet
Jérémie Chassaing
> ...
>
> plus de détails »
Laurent TERNY
Pouvez-vous m'inviter également, je suis interessé.
lauren...@googlewave.com
Merci
Laurent.
Gauthier Segay
participants mais je ne suis pas certain de savoir quel est l'impact
de cela...
Peut etre il faut avoir le groupe en tant que contact google pour le
voir apparaitre dans google wave? j'ai créé une vague de test avec
juste le groupe si quelqu'un d'autre peut confirmer si la vague
apparaît dans sa inbox?
On Mar 22, 11:17 am, Laurent TERNY <laurent.te...@gmail.com> wrote:
> Bonjour,
>
> Pouvez-vous m'inviter également, je suis interessé.
>
> laurent.te...@googlewave.com
>
> Merci
>
> Laurent.
>
> 2010/3/18 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
>
>
>
> > Voila !
>
> > On 18 mar, 15:20, Julien Brunet <jazbee...@gmail.com> wrote:
> > > mici ;-)
>
> > > 2010/3/18 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
> ...
>
> read more »
Sebastien Crocquesel
To unsubscribe from this group, send email to parisaltnet+unsubscribegooglegroups.com or reply to this email with the words "REMOVE ME" as the subject.
Cédric Rup
Je suis également intéressé par la wave. Pouvez vous m'y inscrire svp ?
Merci d'avance !
Cédric
Gui
Merci d'avance.
Gui
On 23 mar, 08:52, Cédric Rup <cedric....@gmail.com> wrote:
> Sebastien -> je t'ai lancé une invitation Wave
>
> Je suis également intéressé par la wave. Pouvez vous m'y inscrire svp ?
>
> Merci d'avance !
> Cédric
>
> 2010/3/23 Sebastien Crocquesel <corte...@gmail.com>
>
> > Bonjour,
>
> > Egalement intéressé, mais je n'ai pas de compte google wave. S'il vous
> > reste des invitations, je suis preneur.
>
> > Merci.
>
> > Sébastien
>
> ...
>
> plus de détails »
Sebastien Crocquesel
Jérémie Chassaing
Je reste connecté toute la journée, alors n'hésitez pas à discuter !
jeremie / thinkbeforecoding
On 24 mar, 10:46, Sebastien Crocquesel <corte...@gmail.com> wrote:
> Merci, ça fonctionne et les premières reflexions sont prometteuses.
>
> Le 23 mars 2010 08:52, Cédric Rup <cedric....@gmail.com> a écrit :
>
>
>
> > Sebastien -> je t'ai lancé une invitation Wave
>
> > Je suis également intéressé par la wave. Pouvez vous m'y inscrire svp ?
>
> > Merci d'avance !
> > Cédric
>
> > 2010/3/23 Sebastien Crocquesel <corte...@gmail.com>
>
> > Bonjour,
>
> >> Egalement intéressé, mais je n'ai pas de compte google wave. S'il vous
> >> reste des invitations, je suis preneur.
>
> >> Merci.
>
> >> Sébastien
>
> >> Le 22 mars 2010 19:29, Gauthier Segay <gauthier.se...@gmail.com> a écrit
Nieve
On Mar 18, 3:09 pm, Julien Brunet <jazbee...@gmail.com> wrote:
> Bonjour Jérémie, merci de m'inviter dans la wave ( jazbee...@googlewave.com)
> je n'ai pas encore participé au thread mais je suis très intéressé par le
> sujet !
>
> 2010/3/18 Jérémie Chassaing <jeremie.chassa...@thinkbeforecoding.com>
> ...
>
> read more »
Nieve
donc un peu en retard, mais j'aimerai bien vous joindre :)
nieve
> ...
>
> read more »
kaka...@gmail.com
Je suis également intéressé pour une invitation à la wave !
Merci par avance,
Philippe
Cédric Rup
Cédric
Mathias Kluba
J'ai alors sauvegardé une "SEARCHES" avec "group:paris...@googlegroups.com" pour y accéder plus vite.
En tout cas, moi qui n'allait jamais sur mon wave, maintenant que je peux faire "follow" et recevoir des notifs mails, je l'utiliserai sans doute plus souvent :)