Комментарии 3
Про DDD и тактики внедрения всегда интересно почитать. Но на мой взгляд основная часть именно стратегическая. Позволяет повернуть мозги разработки от проивзодства кода к производству ценности и удовлетворению бизнес-потребностей. Мне кажется, что DDD иногда может эффективнее работать без применения сложных паттернов и микросервисов. Кажется, часто забывают о том, что решение должно быть соразмерно задаче
без применения сложных паттернов, часто не получается выразить в коде термины единого языка в привязке к существующей инфраструктуре.
Конечно, если речь идет о каком-то существующем проекте и вы пытаетесь внедрить DDD, то да. Но я, например, работаю в стартапах и чаще всего там прямо противопоказано использование сложных паттернов. KISS - наше все. Именно это я подразумеваю, когда говорю о соразмерности задаче. Практически никакой стартап не стоит начинать с микросервисной архитектуры, подразумевая надежность и масштабируемость. Усложнится все со временем само собой.
Как приручить DDD. Часть 2. Практическая