ну то есть к тому что в синей книжке написано люди и без синей книжки пришли (это ж не "новая идея" - просто систематизация оч старых идей)

тот же Conwey law в который все упираются при росте организации в 68-ом году был сформулирован (то есть проблема была и раньше)

information hiding - ранние 70-ые (а из него все эти ваши солиды и прочее) - всеравно подавляющее большинство не знают что это такое

вообще в DDD имеет смысл влазить после того как все выше перечисленное понимаешь, мол когда ты в поисках способов как способ всем этим рулить.

когда прочитав что такое conwey law и посмотрев на лапшу которую у тебя 3 команды замутили у тебя это все отзывается чем-то например. Мол "так вот оно что"

когда фразы типа "если у тебя компилятор пилят 4 команды у тебя получится 4-pass compiler" с чем-то ассоциируются. Ибо если команда одна (до 10-ти человек) то скорее всего они обслуживают что-то простое и "подходы управления сложностью" там просто не особо профитны

Ну вот если без разницы то никакого DDD по факту нету. Просто в коде пытаются использовать какие-то подходы но не более

Плюсую. Это как с микросервисами которые в первую очередь организационный паттерн, так же и с DDD

Разве все что связывает кодеров и остальную команду - это не единый язык?  Ну уровне организации - не я могу назвать что остальные типа придержиываются стиля DDD. Мы просто общаемся едиными терминами.

Думаю с начало, нужно быть таким же терпеливым как он, каждый месяц отвечать на те же вопрос, это нужно уметь.

Остальная команда это кто?

Ну или что в вашем понимании тогда правильное DDD?

Эксперты предметной области

Ну так вот не у всех есть сложная предметная область, из тех кто имеют не все привлекают экспертов, из тех кто привлекают не все используют DDD

Ну так откуда то же берутся знания о бизнес модели, о задачах. Или односторонее общение в стиле - запили страницу чтоб работало, алгоритм расчет кредита сам придумай?

Откуда-то берутся, но это не значит что там автоматом DDD

я очень не терпеливый если что, для меня это больше тренировка.

Я честно говоря, вообще не сильно понимаю, где грань и есть ли она вообще DDD/noDDD . У нас (я обобщенно) есть подходы: единый язык в команде (которая включает всех вовлеченных в проект), ограниченные контексты,  инкапсуляция. Единый язык, как по мне, включает не только общение с экспертами, но и в команде программистов, поэтому появляются такие вещи как Агрегаты, VO и прочее, чтобы еще был единый язык на уровне кода, а не только предметной области.  
Ну и ты или придерживаешься этого или нет - вот собственно и охват на сколько ты используешь DDD.  
Хотелось бы услашать вашу какую то грань опредления DDD/noDDD

а где грань между agile и не agile?

Какая у вас предметная область и кто у вас эксперты?