Когда вайб встречает энтерпрайз

Итак, ты описываешь Claude или Cursor что тебе нужно, и через пять минут у тебя работающий прототип. Магия. Ты чувствуешь себя богом программирования. За вечер ты накидал то, на что раньше уходила неделя. Твиттер полон восторженных тредов о том, как джуны теперь не нужны, а сеньоры стали в десять раз продуктивнее.

А потом ты приходишь в понедельник на работу.

Первое столкновение с реальностью происходит на code review. Ты принёс свой прекрасный AI-сгенерированный код, а тебе говорят: «Почему здесь используется эта библиотека? Она не в approved list. Заведи тикет в security team, они рассмотрят через две недели».

Дальше - веселее. Нельзя просто «взять и задеплоить». Есть change management process. Есть CAB (Change Advisory Board), который собирается по четвергам и решает, можно ли твоему изменению попасть в прод. Есть окна деплоя - обычно это ночь воскресенья, потому что SLA. Твой вайб-код, который ты накидал за час, будет ждать своей очереди три спринта.

Отдельная боль - это compliance. Особенно в финтехе, где каждая строчка кода потенциально проходит через аудит. В PCI DSS есть требование о том, что весь код должен проходить security review.

Legacy - это отдельный ад. AI прекрасно пишет новый код. Но энтерпрайз - это не про новый код. Enterprise - это про то, как подружить твой свежий микросервис с COBOL-системой 1987 года, которая всё ещё крутится на мейнфрейме, потому что «она работает и никто не знает как». Попробуй объяснить Claude контекст в пятнадцать миллионов строк легаси на пяти языках с документацией, которая последний раз обновлялась при Ельцине.

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

Интеграции - ещё один убийца вайба. У тебя не greenfield проект. У тебя есть SAP, который интегрирован с 1C, который интегрирован с самописной CRM на PHP 5.3, которая ходит в Oracle через хранимые процедуры, написанные подрядчиком, который уволился в 2015 году. Каждая интеграция - это не код, это политика. Это переговоры с другими командами. Это согласования форматов. Это «а почему вы изменили поле, у нас теперь всё падает».

AI не умеет ходить на митинги. AI не умеет договариваться с Андреем из соседнего отдела, что он поправит свой endpoint. AI не понимает, что настоящий bottleneck - это не код, а люди.

Документация. В энтерпрайз всё должно быть задокументировано. Архитектурные решения - в ADR. API - в Swagger. Процессы - в Confluence (который никто не читает, но все пишут). Вайбкодинг создаёт код быстро, но не создаёт понимания. Через полгода ты смотришь на этот код и не помнишь, почему здесь такое решение. Потому что решение принял AI, а ты просто согласился.

Это называется «долг понимания». Обычный технический долг - это когда код работает, но плохо написан. Долг понимания - это когда код работает, но никто не знает почему. В энтерпрайз это бомба замедленного действия.

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

Быстрой революции не будет. Бюрократия - это не баг, это фича. Она существует не потому, что люди глупые, а потому что цена ошибки в энтерпрайз измеряется миллионами. Энтузиазм разобьётся не об энтерпрайз. Энтузиазм разобьётся об реальность, в которой код - это меньшая из проблем.