Из доклада понял вот что - было приложение, был ОДИН разрабочик, он его поддерживал, т.е. один разработчик мог поддерживать приложение оно работало, возможно, не совсем успешно. Потом внедрили DDD => пришлось ЗНАЧИТЕЛЬНО расширить команду, после расширения команды и внедрения DDD поняли, что все это работает медленно кусок кода пришлось переписать. Хотя он говорит, что стало супер-просто входит в проект, но все же я не могу понять итог - изначально один разработчик мог поддерживать проект, после нужна была целая команда для поддержки.
Event Storming, DDD и чистая архитектура - это всего лишь инструменты борьбы со сложностью. Их использование или не использование зависит исключительно от того, насколько сложный домен и насколько детально система его моделирует. Стартап или нет, тут не важно. Просто стартап очень часто может выйти в мир и приносить прибыль без всего лишнего, просто с центральной идеей, и в большинстве случаев это не создаст большой сложности, для решения которой нужно DDD. Тактические паттерны DDD работают прекрасно, если для них есть работа - иначе они просто повышают количество необходимого к написанию кода. Ну и стоит помнить, что куда более важные для успеха продукта стратегические паттерны, особенно единый язык, проблемы с которым способны создать невероятную надуманною сложность.
21:21 Для mvp питон самодостаточен, а использование котлина неоправданно нисколько. Если нужна скорость - cython, pypy, numpy - это поможет обойти проблему GIL
Из доклада понял вот что - было приложение, был ОДИН разрабочик, он его поддерживал, т.е. один разработчик мог поддерживать приложение оно работало, возможно, не совсем успешно. Потом внедрили DDD => пришлось ЗНАЧИТЕЛЬНО расширить команду, после расширения команды и внедрения DDD поняли, что все это работает медленно кусок кода пришлось переписать.
Хотя он говорит, что стало супер-просто входит в проект, но все же я не могу понять итог - изначально один разработчик мог поддерживать проект, после нужна была целая команда для поддержки.
DDD так помог, что "очень скилловая каманда" не смогла поддерживать код на питоне, который сама же и написала
Тут всё просто - дело в питоне))
Чувак молодец. Это я понял. Но что хотел кроме этого мне сказать не уловил...
Event Storming, DDD и чистая архитектура - это всего лишь инструменты борьбы со сложностью. Их использование или не использование зависит исключительно от того, насколько сложный домен и насколько детально система его моделирует. Стартап или нет, тут не важно. Просто стартап очень часто может выйти в мир и приносить прибыль без всего лишнего, просто с центральной идеей, и в большинстве случаев это не создаст большой сложности, для решения которой нужно DDD. Тактические паттерны DDD работают прекрасно, если для них есть работа - иначе они просто повышают количество необходимого к написанию кода. Ну и стоит помнить, что куда более важные для успеха продукта стратегические паттерны, особенно единый язык, проблемы с которым способны создать невероятную надуманною сложность.
Про DDD невозможно рассказывать без привязки без доменной области.
Любой доклад всегда скатывается в рассказы про базу: Value/Entity/Aggregate...
Тактические паттерны не менее интересны чем стратегические. Часто бывает люди просто не знают как сам код писать.
пащимууу
"Если не знаете что такой event storming - просто погуглите." Жесть. Зачем такой доклад.
Потому что это не тема доклада
@@yodapunishes это тема доклада
Никак.
Прошло 8 минут и по теме так ничего и не сказано.
21:21 Для mvp питон самодостаточен, а использование котлина неоправданно нисколько. Если нужна скорость - cython, pypy, numpy - это поможет обойти проблему GIL