| 
  • If you are citizen of an European Union member nation, you may not use this service unless you are at least 16 years old.

  • You already know Dokkio is an AI-powered assistant to organize & manage your digital files & messages. Very soon, Dokkio will support Outlook as well as One Drive. Check it out today!

View
 

ReportMeet20070307

Page history last edited by PBworks 17 years, 1 month ago

Meet, 07 marzo 2007. Tema: Domain Driven Design

 

Bella riunione in quel del mulligans pub, anche a questo giro il numerico presente era piuttosto rilevante (sulla quindicina), d'altra parte l'argomento è effettivamente piuttosto interessante anche e sopratutto per chi come noi utilizza eXtreme Programming. La serata è stata una bella chiaccherata su quello che abbiamo capito leggendo "Domain Driven Design" di Eric Evans (il manifesto del DDD) e su come è possibile applicare quelle tecniche in un contesto "estremo"

 

Non mi dilungo su quello che è stato detto durante la serata perchè grazie all'infaticabile Cover3k anche questa volta abbiamo il filmato di tutto l'evento.

 

Per chi non avesse tempo e/o voglia di spararsi tutto il video, evidenzio i punti principali:

  • DDD è diverso dalle tecniche di analisi tradizionale
    • L'analisi non viene fatta up-front, ma è incrementale
    • Ha come obiettivo quello di massimizzare la comunicazione all'interno della project comunity (ovvero tutte le persone coinvolte nel progetto)
    • Deve essere applicata dagli sviluppatori e non da una figura specializzata (analista)
    • Il Domain Model non deve essere comprensivo di tutto il dominio, ma solo relativo alla problematica affrontata in un determinato momento (Bounded Context)

 

  • L'obiettivo del DDD è quello di creare un "Ubiquitous Language" per massimizzare la comunicazione
  • Il linguaggio viene creato da una collaborazione con gli esperti di dominio e viene fatto in maniera incrementale
  • Il linguaggio *deve* essere utilizzato nella scrittura del codice, il codice deve essere leggibile dagli esperti di dominio
  • Il feedback è essenziale nell'analisi/modellazione incrementale del dominio
  • Il feedback dovrebbe essere incentivato da rilasci frequenti
  • Il DDD può essere utilizzato in sostituzione (perseguendo gli stessi obiettivi) della pratica della metafora, dove al posto della metafora viene utilizzato direttamente il Domain Model

 

  • L'Ubiquitous Language dovrebbe essere utilizzato come linguaggio per scrivere le User Stories
  • L'Ubiquitous Language dovrebbe essere utilizzato come linguaggio per scrivere i test di accettazione delle stesse storie

 

Inutile dire che durante la serata abbiamo anche mangiato, bevuto e ci siamo divertiti :-)

Comments (0)

You don't have permission to comment on this page.