Автор книги «Learning Domain-Driven Design» рассказывает о тонкостях работы с этим подходом и о своём опыте применения в разных компаниях. 00:00 Начало интервью 01:22 Как пришла идея книги? 05:54 Планируются ли ещё книги? 07:50 Кто такой архитектор и что такое архитектура? 11:09 Должен ли архитектор знать разработку? 14:14 Есть ли альтернативы для декомпозиции? 17:23 Что такое DDD? 20:43 Какие есть способы кроме event storming для разделения доменов? 31:15 DDD может применен независимо от архитектуры, стиля, паттернов? 34:05 Кто отвечает за тактический дизайн? 36:54 Возможно ли взаимоиспользование DDD и нереляционных баз данных? 42:14 Получается ли проводить event storming удалённо? 46:54 Микросервисы - это всё то, что можно заменить SaaS? 54:04 Как решать проблемы с конфликтом терминов предметной области? 58:20 Может ли разработчик общаться с бизнесом напрямую без посредников на едином языке? 01:02:41 Какие техники использовать, чтобы достичь согласованность данных? 01:07:07 Насколько устарела книга Эрика Эванса? 01:10:08 Как Влад относится к трудам Вернона? 01:13:02 Можно ли применять DDD в госзаказах? 01:14:41 Обязательно приглашать эксперта предметной области или достаточно общения аналитика с заказчиком? 01:16:17 Часто ли применяются event storming в продуктовых компаниях? 01:23:48 Возможно ли использование DDD во внедрении продуктов? 01:28:43 Какие каналы, сообщества, группы по DDD порекомендуете? 01:31:28 В чём заключается связь DDD и Data Mesh? 01:36:49 Почему customer supply context mapping не является самостоятельным маппингом? Основы проектирования интеграций ИТ-систем Дизайн для недизайнеров ____________________ 📌 ПОДПИСАТЬСЯ НА Systems Education: ➛Официальный сайт: ➛VK ➛YouTube: ➛Telegram - Новости Systems Education и расписание курсов ➛Telegram - Анонсы событий по системному анализу: ➛Telegram - Как стать системным аналитиком:
Hide player controls
Hide resume playing