Вайбкодинг: не Вайб и не Кодинг
Привет Хабр! Меня зовут [Имя], я фриланс-разработчик с двухлетним опытом работы. В основном я занимаюсь разработкой телеграм-ботов и TG mini apps, а также иногда беру заказы на лендинги, смарт-контракты и пентесты. Работал на площадке Кворк и имею аккаунт на Fiverr, хотя там пока не было клиентов, кроме мошенников…
Эволюция: от чатов к системе
Сначала я работал чисто руками — как все здравые ребята прошел курсы (бесплатные!) и пошел искать заказы (Aiogram). Спустя пол года начал использовать чаты с нейронками для решения локальных задач, для генерации отдельных файлов. С ростом проектов это становилось очень туго — надо было постоянно обновлять контекст, напоминать содержание оригинальных файлов и структуру проектов.
Документация как фундамент
Я выработал свою схему работы в разработке c LLM. Важнейшая часть всего этого — документация. Конечно, для большинства это не новость, но в контексте LLM оно приобретает новый характер.
- Реализованные компоненты:
- Backend: Модель `WBCabinet` с полем `spreadsheet_id`, `ExportService` с методами обновления таблиц, API endpoints для сохранения и обновления, Celery задачи для автоматического экспорта, Интеграция с Google Sheets API
- Bot: Кнопка » Экспорт в Google Sheets» в главном меню, Обработка привязки таблицы, Состояния FSM для workflow, Ручное обновление таблиц, Инструкции для пользователя
- Инфраструктура: Celery Beat для запуска по расписанию, Google Service Account настроен, Переменные окружения настроены, Логирование всех операций
Безопасность
Service Account
Изолированный аккаунт для доступа к Google Sheets API. Пользователь явно дает доступ боту. Ограничение прав на уровне Google Drive.
TDD как вторая опора
Реализация кода двигается по принципу TDD — test driven development. Эта техника отлично работает с LLM. Тесты опираются на логику той самой документации и становятся второй точкой опоры и истинности — уже в разрезе фактических результатов и кода.
Результаты и команда
За эти полгода я сделал 5 проектов. Обычно у меня проекты по 2–3 месяца, и я часто веду параллельно до 3 штук.
Почему это не вайбкодинг
Как ни крути, но разработка перешла на новый уровень. Теперь необходимо мыслить постоянно как инженер и архитектор, надо действительно понимать workflow проекта, потоки данных, оптимизировать архитектуру, вникать в решения проблем на более высоком уровне.
Заключение
Вайбкодинг — это не просто написание кода, а сложный процесс, требующий постоянной концентрации: ведение документации, правильная постановка вопросов, контроль и ещё раз контроль контекста.
RU 
EN