ИИ-кодинг: когда помощник становится костылём

Признайтесь, вы тоже уже попробовали. Написали кривоватый промпт — получили более-менее рабочий скрипт. Красиво. Быстро. А иногда — полная катастрофа в продакшене.

Именно эту проблему недавно обозначили в Godot. Популярный open-source игровой движок чётко дал понять: ИИ использовать можно, но код, слепо сгенерированный LLM и отправленный в репозиторий без вдумчивого ревью — отклоняется автоматически. Цитата: «Любой slop PR отклоняется автоматически, и это не обсуждается».

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

Почему это касается не только геймдева

Если вы разрабатываете веб-приложение, SaaS-продукт или что-то, что хостится на инфраструктуре вам не безразличной — «вибирование» до продакшена это примерно как зарегистрировать домен, не понимая как работает DNS, а потом удивляться что почта перестала ходить.

Инструменты мощные. База по-прежнему важна.

Позиция Godot отражает главное: ИИ должен усиливать ваш скилл, а не заменять ваше понимание. Когда контрибьютор движка отправляет код, он должен понимать что этот код делает. Должен уметь его дебажить, поддерживать, объяснить. То же самое касается любого, кто отгружает продакшен-код — игра ли это, веб-приложение или облачное API.

А вот тут начинается самое интересное для нашей аудитории

В NameOcean мы каждый день видим разработчиков, которые принимают критические решения по инфраструктуре, доменам, хостингу. Всплеск AI-assisted разработки создаёт реальные проблемы:

Когда «завибрированное» приложение попадает в продакшен, ему часто требуются более мощные hosting-решения чтобы справиться с техническим долгом под капотом. SSL-сертификаты косо настроены. DNS-записи указывают в никуда. Container deployments падают потому что никто не понял что именно сделал сгенерированный ИИ Dockerfile.

Ирония в том, что разработчики, которые используют ИИ как настоящего ассистента — как партнёра в pair programming, а не автопилот — обычно строят более стабильные и поддерживаемые проекты. Они задают правильные вопросы. Критически оценивают результат. Понимают свой стек от registrar до runtime.

Godot не против ИИ. Они за ответственность.

Это важное различие. AI-инструменты действительно полезны для генерации boilerplate, поиска документации, исследования синтаксиса, ускорения рутины. Но в какой-то момент нужно владеть тем, что ты построил. Понимать свои зависимости. Уметь зайти на сервер по SSH в 2 ночи когда всё сломалось и реально понимать что ты видишь.

Разработчики, которые преуспеют в новом ландшафте — это не те, кто лучше всех пишет промпты. Это те, кто комбинирует возможности ИИ с крепкой базой. Кто понимает как работает DNS потому что настраивал свой первый custom domain в 15 лет. Кто понимает механику SSL handshake потому что разбирался с проблемой цепочки сертификатов. Кто может просмотреть сгенерированный ИИ код и заметить скрытый баг в логике.

Отказ Godot от «slop» — это на самом деле отказ от самоуспокоенности.

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

Итог

Используйте ИИ чтобы усилить свои навыки, а не подменить ими. Инструменты будут становиться лучше. Ваша база тоже должна расти вместе с ними.