Reducing the Cost of Translation with Domain-Driven Design

DDD is about a shared mental model.

Developers are starting to realize there are better ways to design a product than mixing the problem and solution spaces.

DDD is all about sharing and publicizing the mental model between interested parties.

It accomplishes this by emphasizing the promotion of Ubiquitous Language as one of its main principles.

With Domain-Driven Design, the goal is to reduce complexity by separating the essential from the important.

Ubiquitous language is essential because we generally have an issue called the “cost of translation.”

The business uses Language that is natural to it to describe its requirements. We have two layers of indirection here, which costs our industry money.

In recent years, our industry has started searching for a solution to reduce the “cost of translation” at different levels.

BDD scenarios as a domain model.

You and your entire team are getting a clear understanding of the business concept behind the user story you’re developing. But even more, you’re also getting a choice at which level to start implementing this feature.