Implementing Domain-Driven Design

Lives up to the hype. Fantastic resource for helping you write a backend that's manageable, easy(er) to reason about, testable, extensible, and maintainable.

This book is a much easier read than the seminal book Domain-Driven Design by Evans. The book is organized around the same concepts but the important ideas are presented up front and center. The domain examples are more down to earth and easier to follow. I find the topic of DDD invaluable for any one taking the step to software engineering of complex systems. The language and concepts presented are a 'must-learn' for all developers. This book should probably be read first before Evans book. You will enjoy the style and organization presented by the author.

DDD is definitely not getting the amount of attention it deserves. If you're new to DDD and thinking of reading a book that will introduce you DDD concepts, this is the right choice. It takes out the best from Evan's classic "Domain Driven Design" and mixes in some modern concepts and advices for pragmatic DDD or overall architecture.This book explains DDD concepts on well-chosen domain problem - agile and SCRUM. Reader (who is very likely to have at least some experience with SCRUM) is going to feel comfortable with most of the examples that this book provides.Another huge plus is that author stays pragmatic. Author knows that DDD touches lot of 'theoretical' concepts, so he often mentions real-world situations and advises how to compromise certain situations - how can be DDD fully or not-so-fully utilised within your business. If you're afraid of 'too many abstractions' then don't be - peek into table of contents and you will see that author explains DDD on very real and quite recent technologies/buzzwords like REST, CQCS, Hexagonal Architecture etc. Author also assumes that reader is rather new to the whole DDD thing and patiently explains things you were 'afraid to ask', like "What's the difference between DAO and Repository?", "Is it OK to put fine-grained queries to DAO and return Value Objects?" etc.On the other hand - what's not so great about this book is its verbosity. I don't mind repeating important concepts (redundancy can be useful as we know it from Head First books for example), but I often felt like reading a novel. If I wanted to read a novel, I would buy a novel. Technical books should be brief and precise. I had the feeling that it was happening too often that author went too deep into the problem and I simply got bored way too many times. I think the useful content of this book would comfortably fit into 60% of its length.Last, but not least, I'd like to exalt the book structure and formatting which was really good. Even Kindle versions gets properly formatted source code, which (unfortunately) still isn't standard.

Must-read position for everyone who want to learn DDD from practical use cases. It also emphasize non-technical aspects of DDD which are also really important. Examples are written in Java, but it is no problem to understand it without knowledge of Java. There is also very useful index, it contains all important concepts with pages where they're explained (really useful when you need to find some information after reading the entire book). I would also recommend to read Domain-Driven Design Distilled (also by Vernon) before to have some basic background.

This books will take you step by step through the whole process.The first part is a no nonsense summary from Evans' book, Domain Driven Design, which is the bible, but its almost unreadable IMHO.Then it moves to practical application moving through the different scenarios where DDD is used.... How to discover the model, how to expose it. What options do you have ..The best thing is that the author is very objective studying even the most popular but controversial patterns against the hard theory of Evans and Fowler.All in all a great book worth having under your desk, and not in the bookshelf...

I have trouble balancing my appreciation for the conceptual material in this book with my dislike of the presentation and language.There's enough good material in the book for me to convince myself I needed to plow through it to the end; the writing was such that I had to force myself to do it. I'd really like to read a copy of this that had had the benefit of a good editor. It was verbose, and tended to belabor points that I thought had been pretty clearly conveyed in a few pages, so it took a while to get through it.It's a fairly thorough overview of the DDD space, and I think it filled in some things I didn't get from Evans earlier book. I do question some of the breezy assertions that it was almost always best to opt for the purety of the model over implementation concerns, particularly around doing implementations on top of RDBMS persistence.I think it was worth the read, but in comparison to other technical books I've read (and I read a lot of them), it was a lot more work to get through the prose than I think it needed to be.

This book takes Evans' book and the entire DDD technique and put's it into practice. I'm only getting started reading it but I can already tell that this is what I felt was missing from the blue book. I already find myself using it as a referencing when speaking to people or as I'm working on projects in addition to reading through it. I would suggest this to anyone who is in any stage of understanding/implementing DDD as well as just anyone who has or can have an impact on how their business operates from a technical/software perspective.

This book offers a great paradigm shift in how you design your services. The most important take away for is to think harder about your design approach. It's been very useful while creating new enterprise applications and understanding existing ones. I highly recommend it.