Кирилл, я очень жду разговорное видео где ты трогаешь именно бэкенд программистов, лично я долго мучился вопросами по поводу веб апи, ну типл сделал там бэк и тесты на свагере ну и что и что сейчас с этим делать, как с фронтом это связывать. Вот я думаю такие видео многие ждут оо тебя
В таблице животных в бд будет ссылка на породу. Но в контексте доменной области мы никак не обозначаем, что breed-name относится к сущности breed? Или исходя из этого дизайна мы не будем делать такую ссылку?
имхо техника с максимально с не логичными связями после волонтёра, ввозможно такое объяснение конечно, но я и до этого встречался и смысла такого подхода не понял. Связь от сапога к пользователю ларька сапожника выглядит странно
Вообще нихера не понятно. Что за подход, на какой хер он нужен. Раньше была теория проектирования реляционных баз данных. В которой всё чётко и логично указано, как строить ER-диаграммы, для чего и зачем. Как эту диаграмму затем конвертировать в готовую таблицу. Чтобы затем с таблицами не возникло никакого геморроя. А здесь нихера не понятно. Что, зачем и почему.
то что сделал автор - постарался рассказать о ддд за 13 минут - видимо не получилось. Для чего это нужно: для сложной бизнес логики. Т.е. ДДД помогает снизить сложность проекта. Сложность проекта быстро возрастает когда кодер пишет код с анемичными моделями, или еще хуже - использует AR для написания бизнес логики. на таких проектах, логика бизнес операции "размазана" по всем сервисам или AR, и вносить какие то правки после - это боль и страдания. Конечно для CRUD приложений он не нужон. но как правило CRUD очень быстро превращаются в монстров. Также в решении проблемы не поможет разделение монолита на сервисы. это только первое приближение к ДДД (когда мы выделяем контекст), не поможет по той причине что микросервис все равно превратят рано или поздно в такого же монстра из которого он родился.
Мой менторинг - teletype.in/@sachkov/mentoring
Мой телеграм канал - t.me/sachkov_blog
Спасибо, Кирилл.
Кирилл, я очень жду разговорное видео где ты трогаешь именно бэкенд программистов, лично я долго мучился вопросами по поводу веб апи, ну типл сделал там бэк и тесты на свагере ну и что и что сейчас с этим делать, как с фронтом это связывать. Вот я думаю такие видео многие ждут оо тебя
Такой ролик уже есть
@@АртемийКонь есть бэк и фронт, нету только бэка
В таблице животных в бд будет ссылка на породу. Но в контексте доменной области мы никак не обозначаем, что breed-name относится к сущности breed? Или исходя из этого дизайна мы не будем делать такую ссылку?
С середины видео какая та каша с нарезками
В следующие разы постараюсь сделать структуру лучше
А еще можно записаться на менторинг?
Да
Круто объясняешь
Один из лучших менторов в рунете
мы там были👽👽
+
Ты менторишь как СА или уже как архитекторов?
Я менторю дотнет разработчиков, которые хотят устроиться джунами
👍
имхо техника с максимально с не логичными связями после волонтёра, ввозможно такое объяснение конечно, но я и до этого встречался и смысла такого подхода не понял. Связь от сапога к пользователю ларька сапожника выглядит странно
Кирилл, сделай видео про Unit Testing MSTest + Moq
😊😊😊
Вообще нихера не понятно. Что за подход, на какой хер он нужен. Раньше была теория проектирования реляционных баз данных. В которой всё чётко и логично указано, как строить ER-диаграммы, для чего и зачем. Как эту диаграмму затем конвертировать в готовую таблицу. Чтобы затем с таблицами не возникло никакого геморроя. А здесь нихера не понятно. Что, зачем и почему.
то что сделал автор - постарался рассказать о ддд за 13 минут - видимо не получилось. Для чего это нужно: для сложной бизнес логики. Т.е. ДДД помогает снизить сложность проекта.
Сложность проекта быстро возрастает когда кодер пишет код с анемичными моделями, или еще хуже - использует AR для написания бизнес логики. на таких проектах, логика бизнес операции "размазана" по всем сервисам или AR, и вносить какие то правки после - это боль и страдания. Конечно для CRUD приложений он не нужон. но как правило CRUD очень быстро превращаются в монстров. Также в решении проблемы не поможет разделение монолита на сервисы. это только первое приближение к ДДД (когда мы выделяем контекст), не поможет по той причине что микросервис все равно превратят рано или поздно в такого же монстра из которого он родился.
Вода(