Недавно в разговоре с коллегами снова всплыла тема вайб-кодинга. Да, та самая история, когда разработчик описывает, что хочет видеть в коде, а делает за него все нейросеть. Хочу обсудить с вами.
Для начала, разберемся, почему вообще об этом спорят?
С одной стороны, вайб-кодинг конечно звучит романтично, а выглядит энергосберегающе. Можно рассказывать про собственное виденье архитектуры, кода, оптимизацию процесса. Только есть одна проблема — в проде так не работает, а жаль.
🔴Почему вайб-кодинг не решение для всего?
1. Нет воспроизводимости. Когда решения принимаются не по логике специалиста, а по готовому промту нейросети, команда не может предсказать, что на проде произойдет завтра. Отсюда — разные стили, разные подходы, разные стандарты внутри одного сервиса. В крупных корпорациях такого быть явно не может.
2. Технический долг растёт незаметно. Сегодня вы копируете в код одно решение, завтра другое. В итоге получается не архитектура, а Франкенштейн.
3. Скорость падает. Когда каждый пишет с помощью вайб-кодинга, проект держится только на личном контексте людей (точнее, их истории переписки с нейронкой). Если спец уйдет, то придется искать шамана, который объяснит, почему тут три декоратора поверх фабрики.
Что вместо вайб-кодинга?
🔴Чёткие конвенции внутри команды
🔴Архитектурные принципы, описанные и зафиксированные
🔴Короткие RFC — прежде чем делать что-то нестандартное
🔴Ревью, где обсуждают не вкус, а аргументы
В идеальном мире я за такой подход.
Правда, вот недавно, когда случился обвал CloudFlare, я делал лабораторку по ML для учебы и пришлось прерваться, потому что я больше вайбовый ml инженер. Так что, я тоже в вайб клубе в этом смысле. Но моя работа получила все недостатки данного подхода: Иногда делаются странные вещи и я сам не могу обосновать зачем.
Вайб может быть, но как обогащение процесса, а не альтернатива правилам 🔥
Пишите свое мнение: Есть ли место вайб-кодингу на проектах или это путь в бездну? Обсудим!