Это простота не для протикания программы или ее алгоритмов. Это новый слой который отображает основные процессы со стороны потребителя программы на понятных для клиента бизнес-объектах.

_____________
↓↓↓↓↓↓↓↓↓↓
ответ может быть здесь
или в mysql_error();

Первое что надо сделать для нахождения ответа - обозначить проблему! Вопрос "Где зарыта проблема" не является проблемой, а является стремление получить готовое решение постижения цели не постигнув саму проблему что уводит далеко в сторону от применения методологии DDD в процесс разработки ПО.

Сама же методология DDD предполагает отказ от готовых решений в пользу простых и понятных формулировок.


Например стремясь реализовать программно простоту DDD следуя в разработке программной модели методологию DDD вопрос "Где зарыта простота?" я бы обозначил так: "В модели проектирования DDD зарыта неизвестная мне простота которая должна быть использована в моем программном комплексе" - такая формулировка указывает на проблему "известно что есть простота, но она неизвестна". Такая проблема предлагает разработчику самому найти решение этой проблемы и одним из путей нахождения решения может быть вариант обозначения дополнительных проблем которые существуют в рамках этой проблемы и нахождения их решения до тех пор пока не решиться главная проблема.

Собственно в этом и есть вся простота :-).

Предлагаю вам найти решение проблемы "где зарыта простота методологии DDD" используя для решения этой проблемы методологию DDD. - думаю это отличных шанс чтобы разобраться что к чему в этом вопросе :-).

Также можно почитать:
Проблемно-ориентированное программирование
Знакомство с предметно-ориентированным программированием
Официальный сайт DDD
Применение проблемно-ориентированного подхода в web разработке
Форму по Domain Driven Development

+