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

Любой проект со временем усложняется. Растёт кодовая база, множатся зависимости, решения, которые были точечными и аккуратными, начинают конфликтовать друг с другом. В классической разработке мы привыкли к "скальпелю" в руках: пишем каждую строчку кода вручную, прописываем взаимодействия между модулями и глубоко погружаемся в контекст работы.

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

Поддержка таких проектов иногда напоминает мне старые добрые телевизоры: чтобы починить, достаточно постучать)) Ну вайб же!

В эпоху до вайбкодинга (помните еще такую?) разработчики для решения типовых задач придумали объединять несколько технологий в единый набор, с помощью которых можно было делать полноценные приложения. Это упрощало воспроизводимость, снижало порог входа и повышало скорость за счет переиспользования практик. Так у нас появились фреймворки или тех стеки, например, LAMP (Linux, Apache, MySQL, PHP) или MERN (MongoDB, Express, React, Node.js), с которым я сам начал свой путь в программирование.

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

Именно поэтому уровень абстракции в вайбкодинге должен повышаться по сравнению с обычным программированием. Смысл не в том, чтобы написать кучу кода с нуля, как мы привыкли, а чтобы соединить уже проверенные временем инструменты друг с другом для решения уникальной задачи. Не писать свой почтовый сервер, авторизацию, файловое хранилище, админку, управление пользователями. А использовать уже готовые "блоки" и соединить логику приложения с ними с помощью API или SDK, например.

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

В общем, качайте ваш тулинг: пробуйте разные сервисы, изучайте опенсорс. Все это будущий фундамент ваших проектов.