devops и не devops

Не знаю )

Конкретно у меня - заказчик, так как нет еще прослойки. Не буду говорить что у нас DDD, так как его даже на уровне кода толком нет, зачатки. Просто пытаемся какие то подходы брать.

Но пытаемся с ним общаться в единой теорминологии, терминологии его бизнеса, от нее не отходить.  А потом обсужденные моменты вносить именно так как его осбудили, в тех именованиях и алгоритмах. Алгоритмах бизнеса, а не кода.

Возможно я не прав, и это банальные вещи и не про DDD вообще)))

ПО - типография

Ну типа если у обобщённо у вас проект - витрина товаров, а эксперт это ваш друг который до этого сделал таких 5 и подсказывает вам что к чему и ему за это даже платят  - то для меня это не DDD, хотя имитация идеальная

Эксперт - это заказчик, который диктует бизнес требования к продукту. Ну конкретно в моем случае.

Конечный заказчик очень часто не знает, как правильно. Он готов платить, но как делать - он не в курсе.
Если заказчик является экспертом - всем очень повезло.

Субъективно, для меня такие люди не эксперты. Это скорее продакт овнеры или бизнес аналитики или что-то рядом

В моем случае это приводит к тому, что мне приходится додумывать бизнес, обсуждать и спорить) это как раз проблема отсуствия прослойки, менеджемента и бизнес аналитика (настоящего эксперта). Это я согласен полностью.

Ну понятно, что в идеале должны быть все уровни организации процесса разработки. Но как вы выше написали, не всегда такое бывает. Но если какие то слои отсутсвуют, значит уже нельзя использовать ДДД или это автоматом не ДДД ? Я так и не получил ответа где грань ДДД/неДДД по вашему мнению ?

Я больше вот к этому:

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

значит есть какая то грань по вашему.

Не подскажите сферу деятельности?

Не совсем понял вопрос к отмеченному вам сообщению  :) Сфера деятельности где должны быть все уровни? Или что?

Компания в которой Вы работаете чем занимается?
Больше оффтоп вопрос.

Консалтинг? Финансы?

Типография последний проект. Но там так же вопросы и ценобразования, доставки

Мне думается, DDD можно выделять вне зависимости от наличия тех или иных конкретных людей. В бизнесе всё равно кому-то приходится разбираться, это может быть заказчик-эксперт, или сторонний аналитик, или шибко умный разработчик.

сложную предметную область на пустом месте сделать изи. например есть у тебя интернет магазин. вот пилишь ты его, пилишь, и в один прекрасный день у тебя сотня микросервисов и команда из 150 человек.

И? Там может не быть никакого DDD

может.