Please log in to watch this conference skillscast.

Software development is model building. You rebuild a part of the world as a program and improve it by doing so.

A traditional approach is to reproduce the domain as accurate in every detail as possible – building the company-wide canonical domain model. But is this the actual goal of models? If you look close enough, you will see that a model is the exact oposite—a model is actually an abstraction of the reality in which only the essential parts are transferred. The inessential is left out of the model. What parts of the reality are essential or inessential is defined by the context.

A simple model is easier to understand than a complicated one. Therefore, it is a good idea to break a complex reality (i.e. domain) into multiple simple models. Exactly this effect is what the strategic design of DDD takes advantage of. Here instead of one complex company-wide model we build several small models that are easy to understand.

In this talk Henning will look into bounded context and the other tools that are available to to divide the domain into clearly separated models.

YOU MAY ALSO LIKE:

• Hands-on: Master your Domain with Domain Storytelling (SkillsCast recorded in April 2018)
• Espresso Patronum: The Magic Of The Robot Pattern (SkillsCast recorded in October 2019)
• Effective Reactive Architecture (SkillsCast recorded in October 2019)