да можно и так если по первому пути идти
опять же я бы не удалял пусть себе лежат кушать не просят

Можете сделать это и ручками, если хотите - механизм один

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

Это как понять? У программы на Яве тот же уровень семантики, что и у модели ПрОбл?

Это если твоя "программа" это просто "что-то на джаве". Если мы говорим про чёт типа акки там то можно сделать довольно близко.

Опять же "модель" в любом случае упрощенная

А как "без DDD" но что б не было 6-ти месяцев анализа и 3-х лет разработки до прода

И что б не надо было за мэйнфреймы платить

Ну тоесть что с чем ты сравниваешь

Ну давай не смешивать хорошие идеи и горе консультантов которые умеют только красивые картинки продавать

Аджайл манифест - набор неплохих ценностей актуальных на начало нулевых конец 90-х.

Lean startup культура - хорошая штука что бы управлять хотелками и увеличивать roi

Скрам и прочие safe и скейлд фреймворки - это винегрет из говна поощряющих культ карго

Большая часть этих горе консультантов по аджайл и "кальтчер трансформейшен" это не что иное как инфоцигане

жму виртуальную руку )

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

DDD не про код. Это про вот эту связь между разработкой, бизнес анализом и бизнесом. Про то что раньше разработчики сидели рядом с бизнесом, потом их выделили в it отделы и потерялась колаборация.

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

Условно говоря - раньше просто автоматизировали рутину бизнеса. Сегодня системы больше влияют на сам бизнес, это приводит как раз к необходимости большей колаборации.

Вчера таксист брал заказ и выбирал кого будет вести. Сегодня система решает за него. Завтра другая система будет решать кого будет консультировать врач. И бизнес этим изменениям часто сопративляется

Вспомнил, как у нас были тренинги по сраму...
Там мы из Лего делали юзер-сторис. А заказчик в конце спринта приходил проверять, как мы построили дома или посадили деревья. Когда была сторя построить аэропорт, он на вертолёте прилетал 😂

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

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

А так - больше пользы получить сертификат баристы в Старбакс (c) Дэйв Томас