Организованное программирование· Folge 74
#71 Event Storming на практике: как моделировать сложные системы
Sonntag, 11. Januar 2026 · 2 h 14
Kapitelklicken springt direkt hin
Shownotes
<p>В этом выпуске мы пошли дальше разговоров о DDD и сделали то, чего обычно не хватает большинству обсуждений — взяли реальную идею и начали моделировать её руками. Вместе с Евгением Лукьяновым, архитектором и практиком DDD, мы в прямом эфире провели сессию Event Storming и разобрали живую предметку: сервис для контент-креаторов в Telegram — от регистрации пользователя до рекомендаций, трендов и сложных границ ответственности системы.</p><p>Мы не готовились заранее, не полировали пример и не знали «правильного ответа». По ходу дела всплывают реальные вопросы: где заканчивается MVP и начинается переусложнение, какие события действительно важны, что считать инвариантами, где система должна быть «тупой», а где — умной, и почему изменение состояния — главный источник боли в любой системе.</p><p>Разговор постепенно уходит глубже: от бизнес-ценности и воронки активации — к агрегатам, событиям, автоматическим правилам, внешним системам и границам контекстов. Мы обсуждаем серые зоны вроде парсинга Telegram, влияние ограничений платформы на модель домена, роль ИИ в рекомендациях и почему «сначала написать код» почти всегда приводит к иллюзии понимания предметки.</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_456239228</p>… Telegram-канал Организованного Программирования: t.me/orgprog<br />🔹Хекслет Клуб в Telegram t.me/HexletClubBot</p>;
<ul><li>() - Введение. Почему 90% проектов ломаются ещё до кода?
</li>
<li>() - Event Storming простыми словами: что это и зачем он нужен разработчику
</li>
<li>() - Стартап vs Enterprise: почему подход к проектированию радикально отличается
</li>
<li>() - Почему для Telegram до сих пор нет нормального VidIQ
</li>
<li>() - Почему рекомендации — самая сложная часть проекта
</li>
<li>() - Как понять, о чём писать: спрос, тренды и иллюзии
</li>
<li>() - Чему можно научиться у YouTube и VidIQ
</li>
<li>() - Разбор интерфейса VidIQ: что действительно даёт ценность
</li>
<li>() - Как формируются тренды и рекомендации на практике
</li>
<li>() - Агрегаты, события и инварианты без академической боли
</li>
<li>() - Владение каналами, безопасность и переход прав
</li>
<li>() - Подписки, планы и ограничения: где появляется бизнес
</li>
<li>() - Парсинг Telegram: реальность, серые зоны и ограничения
</li>
<li>() - Почему изменение состояния — главный источник сложности
</li>
<li>() - Event Storming как карта всей системы целиком
</li>
<li>() - Заключение: стоит ли использовать Event Storming на практике</li>
</ul>
<strong>
<a href="boosty.to/mokevnin">★ Support this podcast ★</a>
</strong>
