Да
Что за проект был?
Шо конкретно хочешь узнать? Я ж под нда
Да мне просто интересно было бы посмотреть на реализацию конкретного проекта. Вроде в теории более менее ясно, а вот на практике — *издец. Начиная с того, как правильно организовать bounded context, агрегаты и тд. Плюс правильное хранение в бд. Я написал часть бизнес-логики, а потом при переносе в бд там чуть ли не circle dependencies получились, ну и тд — проблем вообще много Смотрел несколько видосов с конференций — чуваки обсуждали как создавали проекты на ddd архитектуре. Так вот они только слои бизнес-логики три недели организовывали: а на проекте более 20 разработчиков. Короче писать одному-вдвоём на этом подходе это имхо самоубийство. Свой стартап можно годами писать и так и не выпустить в прод))
Обычно такое бывает, когда хочешь сразу сделать всё. Обычно вначале лучше сильно не задумываться про это. Со временем код сам подскажет что и куда положить.
Вот я того же мнения — когда код начнёт чём-то пахнуть — уже можно будет подумать над строгой архитектурой
Лучше написанный неидеальный код, который уже приносит пользу. Чем идеальный, но который пока только в мечтах.
Я в ДДД вообще не силен, у меня гексагоналка+скрс сильно вдохновлённые книгой которую советовал мелихов. По поводу размера проекта, это микросервис, который я сам писал, там всего штук 5-6 юзкейсов, так что один человек справится
ДДД запретное слово. По моему оно самое непонимаемое в индустрии и в то же время на хайпе.
Я тоже ее нихера не понимаю
Наверно потому что в теории все звучит очень красиво — безграничное масштабирование, удобное тестирование, дешевая поддержка, линейный рост сложности проекта и море других прекрасных слов
Да, но пока освоишь как это реализовать - контора уже обанкротится
Да не, ты чо. Я уже создал папочки service, repository, entity ... Всё получится)
Обсуждают сегодня