Does DDD mean “big design up-front with sticky notes“? After all, if domain experts don’t understand code, isn’t collaborative modeling limited to text and drawings?
 
Actually, DDD is about using ubiquitous languages – meaning that your code can be comprehensible for domain experts!
Test-driven Development (TDD) can help you to seamlessly move between post-it notes and production code, together with your domain experts.

In this workshop, together we will...
* quickly re-iterate the fundamentals of TDD (and behaviour-driven development, BDD)
* touch on some non-code collaborative modeling techniques (Domain Storytelling, Event Storming)
* model and implement working software from scratch based on real-world requirements of an airport

You will...
* discuss and understand the domain as well as how we want to model it
* write code in small groups to evolve a model and make it work

(We will use Kotlin but no advanced experience is required. If you’re comfy with Java, you’re just fine.)

After the workshop you will be able to...
* write code that is close to the domain and comprehensible to non-software-developers
* practice TDD and apply implementation techniques for DDD building blocks
* develop models directly in code together with domain experts
* find the right balance between code and non-code artifacts

- full day workshop (ca 6 net hours + lunchbreak + frequent short breaks)
- participants need computers and a development environment (of their liking) for Kotlin(JVM) and need to be basically familiar with Kotlin (Java experience is sufficient, though)