Vibe coding хорош до первого production incident

Сейчас много разговоров про vibe coding: описал идею, AI накидал приложение, оно запустилось, можно показывать демо.

Для прототипов это реально мощно.

Но в backend-разработке есть момент, где vibe заканчивается и начинается engineering.

Когда нужно ответить:

• что будет под нагрузкой;
• где timeout;
• как работает retry;
• что с idempotency;
• как откатить изменение;
• что попадёт в логи;
• какие данные можно потерять;
• кто проснётся ночью, если всё упадёт.

AI может быстро собрать рабочий сценарий. Но production-система - это не только happy path.

В ней есть частичные отказы, гонки, старые данные, плохие интеграции, странные пользователи, rate limits, миграции и требования, которые поменялись вчера вечером.

Поэтому я бы разделял два режима:

1. Vibe coding - быстро проверить идею. 2. Production engineering - понять, ограничить, протестировать и сопровождать решение.

Проблема начинается, когда первый режим выдают за второй.

AI снижает стоимость первого черновика. Но не отменяет архитектуру, observability, тесты и ответственность за последствия.

Кажется, ближайший важный навык разработчика - не просто “уметь писать с AI”.

А понимать, в какой момент нужно остановить генерацию и включить инженерную проверку.

#AI #backend #разработка #архитектура