Home > Author >
1 " Domain-Driven Design (DDD) is a process that aligns your code with the reality of your problem domain. "
― , Patterns Principles and Practices of Domain Driven Design
2 " As your product evolves, adding new features becomes as easy as it was in the good old days of greenfield development. "
3 " Anyteam can write a software product to meet the needs of a set of use cases, but teams that put timeand effort into the problem domain they are working on can consistently evolve the product to meetnew business use cases. "
4 " Any team can write a software product to meet the needs of a set of use cases, but teams that put timeand effort into the problem domain they are working on can consistently evolve the product to meet new business use cases. "
5 " Areas of low complexity or that are unlikely to be invested in can be built without the need for perfect code quality; working software is good enough. Sometimes feedback and first-to-market are core to the success of a product; in this instance, it can make business sense to get working software up as soon as possible, whatever the architecture. "
6 " Any team can write a software product to meet the needs of a set of use cases,but teams that put time and effort into the problem domain they are working on can consistently evolve the product to meet new business use cases. "
7 " A lack of focus on a shared language and knowledge of the problem domain results in a codebase that works but does not reveal the intent of the business. "
8 " The DDD philosophy is not about following a set of rules or applying coding patterns. It is a process of learning. The journey is far more important than the destination, and the journey is all about exploring your problem domain in collaboration with domain experts rather than how many design patterns you can employ in your solution. "