Дайджест публикаций за август 2026 г.

FDD — это процесс, движимый фичей: доменная модель строится сначала, а вся дальнейшая работа организуется короткими итерациями вокруг клиенто-ориентированных функций, ведомых Chief Programmer-командами.

MDD — это разработка, ведомая моделью: формальная абстрактная модель становится источником истины, а код — её производным, генерируемым через цепочку трансформаций от платформо-независимого описания к платформо-зависимому.

ATDD — это разработка, ведомая приёмкой: критерии приёмки превращаются в исполняемые тесты до кода, задают общий язык между командой и заказчиком и страхуют, что построено именно то, о чём договаривались.

HDD — это разработка, ведомая гипотезой: фича рассматривается не как требование к реализации, а как эксперимент, проверяемый метрикой, — нет метрики, нет эксперимента.

Видение продукта — образ будущего: кого обслуживаем, какую проблему решаем и куда ведём продукт через 3–5 лет.

SOLID — набор из пяти фундаментальных принципов проектирования, формирующих основу для понимания модульности, Clean Architecture и паттернов. Каждый принцип — фильтр против типичных ошибок: разрастания классов, хрупкости иерархий и жёстких зависимостей.

Хайп вокруг ИИ в разработке опередил факты — разбор восьми устойчивых мифов на основе исследования Microsoft и ACM Queue, и почему реальный рост продуктивности приходит от переосмысления процессов, а не от раздачи лицензий.

Kanban — визуализация потока и ограничение незавершённой работы через WIP-лимиты: метод непрерывной доставки без итераций.

Онбординг — это не инструктаж по доступам, а процесс доведения нового сотрудника до полной продуктивности (time-to-productivity). Четыре уровня адаптации, роли, этапы 30/60/90 дней и метрики.

Продуктовая стратегия — как именно продукт выиграет на рынке: аудитория, ценность, отличие и модель монетизации.

Микросервисная архитектура — это подход, при котором приложение состоит из небольших автономных сервисов, общающихся по сети. Каждый сервис независимо деплоится и имеет собственную базу данных.

Roadmap — перевод стратегии во временной план: что, в каком порядке и ради какой ценности делает команда.

Монолитная архитектура — способ построения системы как единого приложения, в котором все модули и слои выполняются в одном процессе, обращаются к общей базе данных и поставляются одним артефактом. Это самый распространённый стартовый стиль и точка отсчёта для любых сравнений в архитектуре ПО.

Проект — один результат, программа — группа связанных проектов ради выгоды, портфель — все инвестиции организации в изменения.

Формальный период проверки соответствия сотрудника роли и команде.

Product-Market Fit — момент, когда рынок активно тянет продукт: ценностное предложение попадает в потребность, и рост масштабируется.

Clean Architecture — способ построения системы, при котором бизнес-логика помещается в центр и защищена от внешних деталей — фреймворков, баз данных, UI — правилом зависимостей: все зависимости направлены внутрь, к сущностям домена. Прямое развитие идей SOLID на уровне всего приложения.

RDD — это «just enough architecture»: сначала спроси, что может пойти не так, и только потом решай, сколько проектировать.

Lean Canvas и Business Model Canvas — продуктовая и бизнесовая канвы на одной странице: проблема, решение, метрики, каналы, выручка.

Domain-Driven Design — подход к проектированию сложных программных систем, при котором структура кода отражает структуру предметной области. Язык, на котором доменные эксперты описывают бизнес, становится тем же языком, на котором написан код.

Управление рисками — цикл идентификации, анализа и реагирования: реестр рисков, матрица «вероятность × влияние», стратегии avoid/mitigate/transfer/accept.

Совокупное ценностное предложение сотруднику и переговорная позиция руководителя.

North Star Metric — главная метрика ценности продукта, которая задаёт направление всей команде и каскадируется в операционные показатели.

Слоистая архитектура — разбиение системы на горизонтальные слои, каждый из которых выполняет одну роль и обслуживает слой выше: представление, приложение, домен, доступ к данным. Правило зависимостей строгое — сверху вниз. Это самый старый и самый распространённый архитектурный стиль и отправная точка, от которой эволюционировали Clean Architecture и Hexagonal.

CDD — это не про тесты, а про границы: ожидание потребителя от чужого API становится исполняемым контрактом, который провайдер обязан держать зелёным в своём CI, а команды — деплоиться независимо.

AARRR — воронка роста продукта: Acquisition → Activation → Retention → Referral → Revenue. Показывает, где команда теряет пользователей.

SOA — крупные переиспользуемые сервисы с формальными контрактами и шиной ESB. Промежуточный этап эволюции: от монолита к микросервисам.

Iron Triangle — scope, time, cost связаны: нельзя изменить одну сторону, не затронув другие. «Быстро, дёшево, качественно — выбери два».

Выгорание — не «просто усталость» и не слабость: это следствие длительного стресса с тремя компонентами — истощение, цинизм, редукция достижений. Разбираем модель Маслач, причины, стадии и что делать руководителю.

OKR — качественные цели (Objectives) с измеримыми результатами (Key Results), которые переводят стратегию в квартальные фокусы команды.

Событийно-ориентированная архитектура (EDA) — компоненты реагируют на события, а не вызывают друг друга напрямую. Слабая связность, асинхронность и цена, которую за них приходится платить.

Retention и Churn — удержание и отток пользователей: ключевые метрики здоровья продукта и сигнал product-market fit.

RDD — это не документация ради документации: пока не можешь описать проект словами в README, ты не понимаешь, что строишь; README до кода — самый дешёвый способ это выяснить.