Проектирование, которое работает
8 статей за 16 недель про архитектуру как инструмент общения. На реальных проектах в travel, fintech и EdTech.
Это не учебник по DDD и не пересказ книг – их и так достаточно. Цикл про то, что мне приходилось решать как тимлиду и техлиду на боевых проектах: где применять инструменты архитектуры, где они ломаются о реальность бизнеса и легаси, и как из этого собирается одна рабочая стратегия.
Когда я начинал писать в феврале 2026-го, мне казалось, что пишу про инструменты – DDD, Event Storming, тактические паттерны, Event-Driven, техдолг, эволюционная архитектура. Сейчас, дописав финальную статью, я вижу, что инструменты были оболочкой. Под ней – одна мысль.
Архитектура – это инструмент общения, а не способ заставить систему работать.
Все восемь статей про неё. По-разному.
Для кого
Senior+ разработчики, тимлиды, техлиды. 5+ лет опыта. С пониманием, что DDD – не серебряная пуля, что переписать с нуля редко работает, и что архитектура без диалога с бизнесом – это диаграмма ради диаграммы.
Как читать
В любом порядке. Каждая статья – самостоятельная ценность, перелинковка – бонус. Если интересует конкретная тема, открывайте её сразу. Если хочется по порядку – начинайте с первой ("Почему ваш проект стоит дороже, чем должен"). Она ставит общий контекст, дальше – линейно.
Что дальше
Цикл закрыт в мае 2026-го. Следующий – про AI и архитектуру: что меняется, когда у каждого разработчика в команде есть Cursor, Codex или Claude Code, и как удерживать архитектурный контроль, когда кода генерируется в четыре раза больше. Конкретные темы цикла подписчики канала выбирают опросом.
Канал в Telegram – основная площадка для обсуждения и hot takes между статьями: t.me/vsinyavsky.