Размытая грань между "виб-кодингом" и проф. разработкой ИИ — и почему это повод для тревоги
Размытая грань между "виб-кодингом" и серьёзной разработкой с ИИ — почему это повод для тревоги
Раньше казалось, что ИИ для кода делится на два лагеря: быстрые наброски для хобби или мощный инструмент для профи. Но эта граница стирается на глазах. И возникают вопросы: кто отвечает за баги? Можно ли доверять? Что теперь значит "готово к продакшену"?
Как всё начиналось: чёткие правила
Разделение было простым.
Vibe coding — это свобода. Без опыта программирования просишь ИИ слепить что-то рабочее. Качество? Не важно. Подходит для личных скриптов, экспериментов на выходных. Сломалось — твои проблемы, никто не пострадал.
Agentic engineering — работа профи. Опытные разработчики используют ИИ как ускоритель. Безопасность на уровне, код поддерживаемый, производительность под контролем. Ты — главный, ИИ — помощник.
Идея звучала логично. На деле — хаос.
Жёсткая правда
Модели стали слишком умными. Даже ветераны разработки пропускают проверку.
Просишь Claude или агента ИИ написать API с JSON, SQL-запросами, тестами и доками. Знаешь: выйдет идеально. Не читаешь. Просто мержишь.
Разок — ладно. Десять раз — плохая привычка. Сто раз — ты уже в виб-кодинге, только с дипломом в кармане.
Чёрный ящик: почему это знакомо
Возражение логичное: в большой команде не проверяешь каждый байт от коллег. Доверяешь сервису для ресайза картинок без аудита. Библиотеки юзаешь вслепую. Делегируешь и идёшь дальше.
Почему? Репутация, ответственность, последствия за фейлы.
У ИИ этого нет. Модель не боится увольнения. Генерит по паттернам из данных.
Но она стабильно выдаёт годноту. Доверие кажется оправданным.
Главная угроза: привыкание к риску
Есть термин из инженерии — normalization of deviance. Из анализа катастроф NASA. Сначала нарушаешь правило без последствий. Потом это норма.
Каждый раз, когда ИИ-компонент уходит в прод без ревью и летает — ты ближе к взрыву. Когда не сработает, заметишь поздно.
ИИ не ненадёжен. Он надёжен достаточно, чтобы мы расслабили стандарты.
Как не сойти с ума и остаться ответственным
Если софт важен — данные или пользователи зависят от него — нужен план:
1. Оцени риски. Не всё требует глубокого ревью. Конфиг — ок с лёгкой проверкой. Авторизация — строже. Платежи — максимум паранойи.
2. Определи, что значит "ревью". Не всегда полное чтение. Для простого ИИ-кода: прогон тестов, чек логики, взгляд на security, оценка perf.
3. ИИ — как джуниоры в команде. Доверяй рутину, но рули архитектурой и чувствительными зонами. Ты — сеньор.
4. Следи за собой. Пропустил ревью "потому что обычно ок"? Запиши. Фиксируй фейлы. Данные важнее удобства.
Горькая реальность
Мы в переходном периоде. ИИ реально крут. Продуктивность растёт. Но ответственности пока нет. Обсуждают мало.
Сообщество уже проходило это с open source: репутация, прозрачность, accountability. ИИ ждёт свой вариант.
Пока что ответственность — на тебе. Будь бдителен. Честен в ревью. Помни: работает не значит, что ты его написал.
А как у вас с ИИ для кода? Залетаете в эту серую зону? Делитесь в комментах — разговор только начинается, профи должны его вести.