Upgrade to Pro — share decks privately, control downloads, hide ads and more …

From EventStorming to CoDDDing - Techorama NL 2019

João Rosa
October 02, 2019

From EventStorming to CoDDDing - Techorama NL 2019

To really understand what our users need so that we can build the right thing, we want to have a first-hand experience of 'real-life stories' before we model and create our software. To quote Alberto Brandolini "it is not the domain expert's knowledge that goes into production, it is the developer's assumption of that knowledge that goes into production". EventStorming is a visual technique that minimizes assumptions by engaging in collaborative deliberate learning across different disciplines. This helps to solve complex business problems in the most effective way.

Although the learning of the domain helps us to understand the domain better, EventStorming can be quite an overwhelming experience. Developers can be left with the question of how to turn a few stickies on a wall into working code.

Join us in this talk in which we show the basic principles of EventStorming. We will cover the different forms of EventStorming and in which situation they best can be applied. And, we will show how you can leverage DDD (Domain-Driven Design) patterns in an EventStorming software modeling session that will ultimately result in coding TDD (Test Driven Development) style!

João Rosa

October 02, 2019
Tweet

More Decks by João Rosa

Other Decks in Programming

Transcript

  1. 2 Strategic software delivery - Domain-Driven Design - Continuous Delivery

    - Socio-technical engineers - Collaborative modellers and facilitators
  2. 7

  3. 8

  4. 9

  5. 10

  6. 12

  7. 13

  8. 17

  9. 20

  10. 25

  11. 29

  12. 30

  13. 32

  14. 33

  15. 34

  16. 35

  17. 41

  18. 42

  19. 43

  20. 44

  21. 47

  22. 52

  23. 53

  24. 56 ➔ Using models for creating software ➔ Focus on

    part of the software handling complex business requirements ➔ Focus on a language where we really crisply concisely describe the situation in the domain ➔ Shared language created through conversations between business people (specialists) and software people which becomes the ubiquitous language ➔ Instead of one canonical language, create multiple bounded languages
  25. 57

  26. 58