#77 Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов

<p>Мы продолжаем разбираться в Domain-Driven Design — на этот раз прямо на уровне кода. Несколько недель назад мы с Евгением Лукьяновым делали EventStorming для идеи сервиса аналитики Telegram-каналов: системы, которая парсит каналы, анализирует посты, считает метрики и помогает авторам понимать, о чём писать и какие темы заходят.</p><p>Евгений — технический директор компании Satory и автор образовательного проекта StreamConcat. Он много лет работает с DDD и чистой архитектурой и строит на этих принципах коммерческие системы. Поэтому вместо абстрактных рассуждений мы открыли редактор и начали разбирать, как события, агрегаты и инварианты из EventStorming превращаются в Kotlin-код на Spring Boot.</p><p>Полезные ссылки:<br />t.me/stringconcat<br />youtube.com/@UCJ2Tig1kywPjqjNh0mb54Ug </p><p>Подписывайтесь на канал «Организованное программирование» в Telegram: ttttt.me/orgprog<br />– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): podcast.ru/1734325321<br />– Смотреть в ВК Видео: vkvideo.ru/video-224967259_456239248</p>… Telegram-канал Организованного Программирования: t.me/orgprog<br />🔹Хекслет Клуб в Telegram t.me/HexletClubBot</p><p>В этом выпуске:<br />— как из стикеров EventStorming получается структура домена<br />— почему агрегаты и доменные события часто реализуют без ORM<br />— как выглядит минимальный каркас DDD-приложения: entity, aggregate root, value object<br />— зачем хранить события внутри сущностей и как потом их «вынимать»<br />— как устроены use case-слои и почему бизнес-логика должна жить внутри домена<br />— где заканчивается доменная модель и начинается инфраструктура<br />— как связывать агрегаты через события и слушатели<br />— транзакции, outbox-паттерн и обработка доменных событий<br />— почему вокруг DDD так много споров и где инженеры видят оverengineering\</p><p><br />#DDD #EventStorming #архитектура #программирование #разработкаПО #организованноепрограммирование #кириллмокевнин </p><p>Чистая архитектура и Domain Driven Design на практике | Евгений Лукьянов №77</p>
<ul><li>(00:00) - - Введение. Можно ли превратить DDD из теории в реальный код?
</li>
<li>(02:45) - - Идея стартапа: AI-сервис для анализа Telegram-каналов и поиска тем для постов
</li>
<li>(08:51) - - Главные сущности проекта: канал, пост и тематика
</li>
<li>(17:10) - - Демонстрация логики агрегатов
</li>
<li>(27:45) - - Базовые типы: ID, строковые ограничения и value-объекты
</li>
<li>(38:15) - - Бизнес-ошибки против исключительных ситуаций
</li>
<li>(46:26) - - Live-валидация на фронтенде и UX
</li>
<li>(59:22) - - Когда безопасность требует дополнительных проверок
</li>
<li>(01:09:57) - - Зачем использовать Mock в тестах
</li>
<li>(01:21:19) - - Проблема уникальности в нагруженных системах
</li>
<li>(01:28:08) - - Когда DDD действительно спасает архитектуру
</li>
<li>(01:37:37) - - Vibe coding и парное программирование с AI
</li>
<li>(01:51:33) - - Транзакции и работа с Postgres
</li>
<li>(02:01:56) - - Заключение. DDD vs классическая архитектура
</li>
</ul>
<strong>
<a href="boosty.to/mokevnin">★ Support this podcast ★</a>
</strong>