Getting to DDD: Pragmatic or Principled? - Julie Lerman - KanDDDinsky 2018

Domain-Driven Design is a vast topic. There are so many wonderful concepts, philosophies, patterns, practices and techniques to learn and benefit from. Some of the best minds in the industry have been tuning these practices for years to ensure developers are able to implement proven, successful approaches to software design. Domain modeling in particular is very specific with guidance on designing and coordinating the dance between the myriad moving parts in our system. Yet learning the principals of DDD can be daunting for developers who are new to DDD. To encourage and enable more developers to get on the path of DDD, is it reasonable to allow a more pragmatic approach over a principled approach of adhering strictly to DDD guidelines? Should developers be encouraged to start with low hanging fruit which they can quickly benefit from in their software projects while they continue to learn, to gain a deeper understanding of Domain-Driven Design in order to evolve and adapt their practices as they move closer and closer to the beauty we all know that can be achieved with DDD.

[@robz4632]

Thank you Julie. That helped a lot!

[@grademeyer007]

I'm a big fan of your work on Pluralsight, this video really helped me with the DDD journey! Thanks Julie. *Side Note: Marvel Characters != Justice League, maybe use Avengers in the future ;)

[@stefanlapadat9567]

This is really a great and helpful talk! Thank you very much for it :)

[@boeier6135]

One thing that bothers me is that strategic and tactical are pretty much synonyms.