Introducing DDD to a company is not easy, especially if you are new to DDD yourself. Following up from the Domain-Driven Design Starter Modelling Process that started describing a step-by-step guide for learning DDD. In this session, we want to extend and improve that process and see if we can describe a step-by-step guide from the inside-out. So what path do we need to take if you cannot start with the big picture strategic modelling? And what dangers lie ahead starting from the inside-out? If your team is your biggest constraint, how can we apply Domain-Driven design pragmatically? If you are new to DDD and would like help, or if you are experienced and would like to offer your advice, please attend this highly-collaborative session and share your ideas. We'll be working on Miro, the online whiteboard, for collaborating.
Rethinking software development: insights from 20+ years in the field
„If someone is taking a journey, he (or she) can tell a story. Therefore I would take my staff and hat and would choose to travel.“ (Matthias Claudius, 1740-1815) The present talk was designed with exactly this, 1000-times heard (and slightly updated), German proverb...


