Я недавно рассказывал, что мы запустили новую авантюру под названием курсовой проект. Задача: освоить TBD (Trunk-Based Development), чистую архитектуру и на практике пощупать DDD и другие DD путем совместной разработки относительно сложного приложения, а то и нескольких. И, конечно, наступить на максимальное количество граблей, ибо бег по граблям — это суть обучения (без шуток).

На этой неделе закончили моделировать предметную область через Event Storming (по ссылке результаты)  и нарисовали концептуальную модель данных. За основу взяли пару процессов из банка — KYC и непосредственно переводы деняк.

Правда, предметка хоть и похожа на реальную, но не стремится быть точной копией. Если пытаться сделать 1 в 1, можно увязнуть в деталях и не успеть реализовать самое важное, учитывая что подход знаком не всем. А усложнить всегда можно и даже нужно, ибо мы будем вносить изменения (с нуля то и обезьяна может разработать). Сразу попалась ситуация когда как будто вырисовывается 2 контекста, но пока лингвистических конфликтов нет, то будем держать все в одном, а потом разделим если понадобится. Такое вот эмпирическое правило, заодно потом потренируемся выделять контексты и микросервисы

Выводы на текущий момент: Возможно, Event Storming больше проводить не будем в следующих потоках (если они будут), уж больно много времени ушло. Главная цель — потрогать код, получить контролируемые страдания, а не рисовать стикеры. В конце концов, умельцев, которые только и делают, что рисуют диаграммы, в интернете и так хватает. Хотя… посмотрим.