-[book: Eric Evans: Domain-Driven Design - Tacking Complexity in the Heart of Software](https://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-Software/dp/0321125215)(book; read especially bounded context capture)
-[Eric Evans: Tackling Complexity in the Heart of Software](https://www.youtube.com/watch?v=dnUFEg68ESM)(10 years later; explains how to read his book)
-[Jimmy Bogard: Domain Driven Design: The Good Parts](https://www.youtube.com/watch?v=U6CeaA-Phqo)
-[Greg Young: A Decade of DDD, CQRS, Event Sourcing](https://www.youtube.com/watch?v=LDW0QWie21s)
## Case studies
...
...
@@ -32,10 +32,12 @@ I have put DDD in its own section because DDD is more an analysis process than a
# Learning the Technical Stuff
# The Technical Stuff
This section describes how people are **implementing** their domains. **Be careful. Always make sure you know why author of talk decided to do his thing that way.**
Cannot stress enough that DDD does NOT have just a technical part. It is more style of thinking that you need to learn by shifting you mind. (see the first section of this document)
## Event Sourcing + CQRS
An alternative implementation of domain model persistence layer which stores a complete history of all events that happened in the domain in the past.