ИИ-программист работает по жадному алгоритму: почему без опыта проект разваливается

Материал вышел на Хабре и адресован всем, кто сейчас строит рабочие процессы вокруг ИИ-ассистентов для написания кода. Автор разбирает конкретный сценарий: джуниор-разработчик (новичок) просит нейросеть спроектировать веб-платформу, похожую на Хабр, с лендингом, лентой публикаций, редактором статей и документацией. Вывод не «ИИ бесполезен» и не «ИИ заменит всех», а нечто практичнее: ИИ-программист справится, но только если человек умеет правильно ставить задачу и вовремя «резать» проект по границам конфликтов.

Почему ИИ-программист выбирает «спортивный минивэн»?

• Жадный алгоритм (способ решения, при котором на каждом шаге выбирается лучший вариант прямо сейчас, без оглядки на будущее): ИИ-ассистент на каждый промпт (запрос к нейросети) ищет ближайший локальный оптимум. Если контекст неполный, решение будет близоруким.

• Итеративные требования ломают архитектуру. Автор использует метафору: заказчик просит «электромобиль с запасом хода 1000 км, разгон до 100 за 2 секунды, вместимость на 7 человек, компактный и недорогой». ИИ не скажет «это три разных автомобиля». Он будет улучшать спортивность минивэна.

• Конкретный пример с Habr-подобным проектом. Если новичок напишет промпт «сайт проекта, документация, редактор и лента статей», ИИ ответит: Next.js. Один фреймворк, одна кодовая база, один деплой. Локальный оптимум для этого промпта.

• Реальная архитектура требует разделения. Лендинг хочет статику и CDN-кэш. Редактор статей (по сути полноценная IDE) живёт только в браузере, серверный рендеринг ему вреден. Лента публикаций, наоборот, требует серверного рендеринга. Документация хочет быть отдельным статическим сайтом. Четыре проекта на разных технологиях под общим nginx, а не один монолит.

• ИИ не настоит на разделении. Он вежливый ассистент. Каждый следующий запрос будет усугублять конфликт: чинить одну часть и ломать другую. Джун без опыта не распознает момент, когда пора «резать».

Есть ли надежда у новичка с ИИ?

Автор статьи даёт осторожно оптимистичный ответ: да, есть. Современный джун освобождён от необходимости держать в голове 40 паттернов проектирования (GoF, стандартный набор архитектурных шаблонов), принципы SOLID (пять правил написания поддерживаемого кода), DRY (принцип «не повторяй себя») и низкоуровневую оптимизацию.

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

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

Как попробовать этот подход на практике?

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

2. Проверяйте конфликты между частями. После получения архитектуры задайте прямой вопрос: «Какие требования этих компонентов противоречат друг другу? Где стоит разделить на отдельные проекты?»

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

4. Используйте метафору автомобиля как тест. Если ваш проект начинает напоминать «спортивный минивэн», значит пора резать.

Чем помогут российские ИИ-инструменты?

Для тех, кто работает в РФ, доступны два основных ИИ-ассистента для кода: GigaChat от Сбера и YandexGPT. Оба умеют генерировать код и обсуждать архитектуру на русском языке.

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

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

Автору Дзена. Если вы используете ИИ для создания сайта, интернет-магазина или любого проекта сложнее лендинга, не просите «сделай всё сразу». Разделите на компоненты и обсудите с ИИ каждый отдельно.

Маркетологу. Этот же принцип «жадного алгоритма» работает и в контентных задачах. Когда вы просите ИИ «напиши стратегию продвижения», он найдёт локальный оптимум для вашего промпта. Чем точнее вы разделите задачу (отдельно SEO, отдельно соцсети, отдельно рассылка), тем качественнее результат.

Предпринимателю. Если ваша команда нанимает джунов и даёт им ИИ-ассистента вместо наставника, заложите в процесс этап архитектурного ревью. ИИ-программист не заменяет архитектора, он заменяет руки, но не голову, которая видит конфликты между частями системы.

Частые вопросы

ИИ-программист действительно заменит разработчика?

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

Нужно ли новичку учить программирование, если есть ИИ?

Автор считает, что формат знаний изменится. Знать 40 паттернов проектирования наизусть, возможно, уже не нужно. Но понимать, где проходят границы конфликтов в проекте, нужно обязательно. Это новый навык: не «как написать код», а «как разделить задачу так, чтобы ИИ не слепил монолит».

Это касается только программирования?

Принцип «жадного алгоритма» работает в любой задаче, где ИИ отвечает на промпты последовательно. Если вы просите нейросеть написать книгу по главам, каждая глава будет хороша сама по себе, но сквозная логика может поплыть. Если просите спланировать бизнес, каждый блок будет оптимален локально, но между ними возникнут противоречия. Рецепт тот же: сначала покажите ИИ общую картину и попросите найти конфликты.

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