Абстракции в проектировании программного обеспечения

ИИ-агенты генерируют код за секунды, но ошибка в архитектуре системы по-прежнему обходится в месяцы переделок, и эта асимметрия делает навык проектирования главным конкурентным преимуществом разработчика прямо сейчас.

Автор оригинальной статьи формулирует тезис так: паттерны вроде «Стратегии» или «Цепочки обязанностей» существовали ради когнитивной разгрузки программиста, они дробили 200-строчный блок ветвящейся логики на мелкие части с этикетками. Теперь ИИ-агент (программа, которая сама выполняет цепочку действий по вашему запросу) способен сгенерировать любой из таких паттернов или обойтись без него, написав чистый процедурный код. Итерация почти бесплатна: попросили, получили, протестировали, попросили иначе. Но архитектурное решение, например «заказ и резервирование товара на складе идут в одной транзакции или через асинхронное событие», не переделывается новой генерацией кода. Оно зависит от бизнес-логики, нагрузки и допустимости отказов, а не от языка программирования.

Зачем это разработчику из РФ и СНГ?

Рынок уже разделяется. Кто умеет только «писать код по паттернам», конкурирует с ИИ-агентом напрямую. Кто умеет проектировать границы сервисов, выбирать между синхронным и событийным подходом, распределять владение данными, остаётся незаменимым. Ниже пошаговый план: как перестроить мышление с паттернов реализации на архитектурные абстракции и начать применять это в ежедневной работе с ИИ.

Что понадобится

• Доступ к любому ИИ-агенту для генерации кода: ChatGPT, Claude, Cursor, Windsurf или российские аналоги (GigaCode, доступные в РФ)
• Рабочий проект или учебный пример на любом языке (в оригинале используется Java, но принцип универсален)
• Блокнот или Miro для схем взаимодействия компонентов
• Примерно 2 часа на первый цикл «проектирование, генерация, проверка»

Пошаговая инструкция

1. Разделите абстракции реализации и абстракции проектирования. Откройте текущий проект и выпишите два списка. Первый: паттерны, которые помогают вам, программисту, удерживать код в голове (Strategy, Chain of Responsibility, Composite). Второй: решения, которые определяют поведение системы независимо от того, кто напишет код (синхронность, границы сервисов, владение данными). Всё из первого списка можно делегировать ИИ-агенту. Всё из второго нельзя.

2. Сформулируйте архитектурный вопрос до генерации кода. Прежде чем писать промпт (текстовый запрос к ИИ), ответьте себе на три вопроса из оригинальной статьи:

3. Кто владеет этими данными? (Пример: базовая цена товара в каталоге или в сервисе акций?)
4. Синхронно или асинхронно (то есть одновременно в одной транзакции или через отложенное событие)?

5. Где узкое место при масштабировании (при росте числа пользователей)?

6. Передайте ИИ-агенту задачу уровня реализации, а не уровня проектирования. Пример промпта:

Напиши движок ценообразования для интернет-магазина.
Три правила скидок: сезонная, по карте лояльности, оптовая.
Применяй в указанном порядке.
Язык: Java. Паттерн выбери сам или обойдись без него.

Обратите внимание: вы не указываете паттерн. Агент сам решит, нужна ли ему «Стратегия» или достаточно процедурного кода. Это ровно та часть работы, которую он делает за секунды.

1. Проверьте результат на уровне архитектуры, а не на уровне стиля кода. Не тратьте время на вопрос «правильный ли паттерн выбран». Задайте вопрос: «Если завтра добавится четвёртый тип скидки, придётся ли менять контракт между сервисом каталога и сервисом заказов?» Если да, у вас проблема проектирования, а не реализации.

2. Зафиксируйте архитектурные решения в ADR. ADR (Architecture Decision Record, документ с записью архитектурного решения) описывает, что решили, почему, какие альтернативы отвергли. ИИ-агент не создаст такой документ сам, потому что решение зависит от вашего бизнеса, вашей нагрузки и вашей команды.

3. Повторяйте цикл для каждого нового модуля. Проектирование (человек), генерация (ИИ), проверка на уровне архитектуры (человек). Именно в этом цикле ценность разработчика растёт, а не падает.

Что с этого прямо сейчас?

Разработчику в РФ и СНГ: пересмотрите, на что уходит время. Если вы тратите часы на выбор паттерна реализации, делегируйте это ИИ-агенту. Освободившееся время вложите в проектирование границ, владения данными и отказоустойчивости. Именно эти навыки не автоматизируются.

Тимлиду и техническому директору: требуйте ADR по архитектурным решениям от каждого модуля. Код ИИ перегенерирует, а решение «синхронно или через события» после запуска менять в десятки раз дороже.

Автору Дзена, пишущему про технологии: тема «ИИ заменит программистов» привлекает клики, но не точна. Точнее и полезнее: «ИИ заменит набор кода, но не того, кто решает, как система устроена». Это конкретный угол, который даст вам сильный материал.

Для тех, кто ищет университеты с программами по ландшафтной архитектуре, аналогия прямая: ландшафтный архитектор не кладёт плитку сам, он решает, куда пойдёт дорожка и где будет сток воды. Университеты с программами по ландшафтной архитектуре учат именно проектированию, а не ручной укладке. В софте происходит то же самое.

Разработчик, который сегодня учится проектировать системы, а не набирать код, через год окажется в позиции архитектора, а не конкурента собственного ИИ-агента. Код стал дешёвым. Решения, как система устроена, дешёвыми не стали.