Size: a a a

Software Design/Architecture/Zen

2021 June 05

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
тяжело в учении, легко на проде
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Скорее всего.
Просто для меня баундед контекст это и изоляция и бизнес
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Хотя Ваш пример с необычным кейсом ломает мои стереотипы)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
бизнесу глубоко похеру на то настолько чистая у вас модель и насколько она там отделена от фреймворка
источник

SP

Sergey Protko in Software Design/Architecture/Zen
а как тебе такое - bounded context это "изоляция бизнес капабилитис". Не в коде. В реальной жизни.
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
ну это ж набор терминов и политик предметной области
источник

SP

Sergey Protko in Software Design/Architecture/Zen
как прям жесткий пример - ты можешь для какого-то дженерик под домена иметь реализацию контекста в виде "купленного сервиса который ты настроил просто". То есть даже кода твоего там нет
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Понял.
Изоляция бизнес возможностей/умений?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
все эти отделения фреймворков (на самом деле это просто Inversion of Control + dependency inversion) это просто "хорошие практики". DDD можно делать и без них. А можно эти практики делать без DDD
источник

SP

Sergey Protko in Software Design/Architecture/Zen
да. условно говоря:

- разные контексты - возможно разные эксперты нужны в этой области
- разные контексты - одни и те же термины в разных контекстах могут означать разные вещи
- разные контексты - разные правила
источник

SP

Sergey Protko in Software Design/Architecture/Zen
условно говоря можно взять понятие "Value Stream" и каждую активити этого вэлью стрима замэпить на контекст
источник

SP

Sergey Protko in Software Design/Architecture/Zen
источник

SP

Sergey Protko in Software Design/Architecture/Zen
есть еще всякие диаграммы Wardley (он же Value Chain Mapping) которые должны подсказывать какие из элементов надо делать, какие просто купить
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Нужно уточнение :
Из какой это области Value stream и тд?
Я бы просто после диплома бы кроме ddd почитал и это.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
есть такая загадочная штука как Business Architecture. ток осторожно, этот термин активно юзают всякие консультанты-шалатаны которые всякие scaled agile framework продают
источник

SP

Sergey Protko in Software Design/Architecture/Zen
я про все это просто для того что бы вы понимали - DDD не про код потому что помимо кода есть масса других вещей и не для всех проблем надо код писать
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Принято
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Спасибо большое за помощь
Пойду фиксить неточности
источник

SP

Sergey Protko in Software Design/Architecture/Zen
с DDD в целом проблема в том что "это управление сложностью" и очень сложно разобраться зачем и почему если ты с этой сложностью еще не сталкивался.

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

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
> туда стоит отправляться когда ты уже хорошо понимаешь зачем нужен тот же information hiding

Согласен. Я бы добавил ещё, что в DDD нет смысла упарываться, если плохо знаешь предметную область.
Например, как можно писать систему для ордер-менеджмента, если не знаешь деталей, как заказ обрабатывается на системах логистики и ERP, с которыми тебе надо интегрироваться...
а то бывает доходит до такого маразма, что пишут систему, даже не зная, будет ли синхронная интеграция по API или же асинхронная (например, через файлы на FTP)
источник