«Коммерческий софт должен надёжно работать годы» — да никто больше не собирается его поддерживать

Апологеты «вдумчивого вайб-кодинга» требуют тратить лишний день на фундамент ради 10-летней поддержки. Но если продукт переписывается с нуля за ночь одним промптом, аргумент про сложность поддержки рушится.

«Коммерческий софт должен надёжно работать годы» — да никто больше не собирается его поддерживать

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

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

Звучит солидно. Взросло. Ответственно. И при этом — мимо. Потому что весь этот солидный тезис держится на одном непроговорённом допущении, которое уже неверно.

Эпоха прошла, а вы всё пускаете поезда под откос

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

Война закончилась. Фронта нет. А он всё минирует рельсы, потому что когда-то это имело смысл, и отказаться от смысла страшнее, чем признать, что его больше нет.

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

Что изменилось под ногами

А предпосылка уже убрана. Прямо сейчас за пару дней и 20 баксов можно собрать аналог практически любого типового корпоративного софта. Не прототип «на посмотреть» — рабочий аналог.

Меняется не скорость разработки, а экономика владения, а значит — и весь смысл слова «поддержка».

Вот тут и вылезает вопрос, на которого у апологетов нет ответа. Если аналог собирается за два дня и двадцать баксов — то зачем дальше пользоваться им годы? Какой нахер безумец будет так делать? Чтобы что?

Логика «вдумчивого вайб-кодинга», доведённая до конца

Разберём тезис по шагам, медленно, чтобы было видно, где он ломается.

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

Шаг второй. И поэтому вы предлагаете вайбкодить не 2 дня, а 3 дня. Потратить лишний день на фундамент.

Шаг третий. Чтобы потом пользоваться продуктом 10 лет.

На-хе-ра? Вы ёбнулись, извините?

Вы закладываете десятилетний фундамент под здание, которое дешевле снести и построить заново, чем покрасить. Вы страхуете на годы вперёд вещь, у которой срок полезной жизни — до первого момента, когда вам захочется её переделать. А захочется скоро.

Переписать быстрее, чем чинить

Потому что переписать теперь — не катастрофа, а рутинная операция. Нужно другое ядро? Другая декомпозиция на микросервисы? Пожалуйста.

Оставляете те же структуры данных, тот же UI, те же контракты внешних API — всё, за что цепляются пользователи и соседние системы. А ядро и внутреннюю декомпозицию переписываете с нуля. Просто сказать об этом клоду и пойти спать. Наутро будет готово.

Вот и вся «сложность поддержки». Вот и весь «жизненный цикл продукта на годы вперёд».

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

«Сложно поддерживать» — в мире, где никто не собирается поддерживать

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

Вы понимаете, насколько безумно это звучит — в мире, где никто вообще не собирается ничего поддерживать и дорабатывать? Алло?

Это не ответ на новую реальность. Это методичка из старой, которую продолжают зачитывать по инерции, потому что на ней держалась вся профессиональная самооценка и весь ценник. Аргумент про сложность доработки имеет вес ровно там, где доработка дешевле замены. А она больше не дешевле.

Нет ответа

Спросишь прямо — «зачем закладывать десятилетний фундамент под то, что переписывается за ночь?» — и наступает тишина. Твердят как по методичке: ой, нужно заложить архитектуру, ой, сложно поддерживать, ой, трудно дорабатывать.

А спросишь «зачем» — нет ответа.

Не потому что ответ сложный и его лень формулировать. А потому что его нет. Фундамент «на много лет» был ответом на вопрос, которого больше никто не задаёт.

Вы закладываете архитектуру на десятилетие под продукт, который к следующему утру можно пересобрать с нуля одним промптом. Назовите одну причину — кроме привычки минировать рельсы на фронте, которого уже нет.

Leave a Reply

Your email address will not be published. Required fields are marked *