Перейти к основному содержимому

Как перейти от вайб-кодинга к разработке по спецификациям: опыт автора

Разработчик из BETBOOM рассказал, как за год изменил отношение к ИИ-инструментам: от страха упустить важное до подхода Spec-Driven Development. В статье он описывает путь от кодера, который всё делал сам, до «спек-драйвера»,…

Автор начинает с признания, что 2026 год перевернул его взгляд на разработку и ИИ на 180 градусов. Постоянный поток новостей про нейросети вызывал FOMO — страх упустить что-то важное. При этом он долго экономил на инструментах: пользовался в основном «синим чатом добрых китайских товарищей», иногда пробовал триальные версии Cursor и Trae, но серьёзно к ним не относился и убеждал себя, что ему это не нужно.

Переломный момент наступил на задаче переписать фронтенд собственного приложения с React на ванильный JavaScript — в команде React не использовали. Автор поставил Cursor и попросил переписать приложение в один файл, но после череды правок закончились бесплатные лимиты. Дорабатывать код самостоятельно оказалось тяжело: он не мог разобраться в логике и поддерживать результат. Задачу он в итоге выполнил, но опыт подтолкнул искать более эффективный метод.

Чтобы разобраться в теме, разработчик пошёл на конференции по ИИ — и убедился, что ясного понимания, как организовывать разработку с ИИ, у спикеров нет. Дальше была задача организовать многоязычность и полный перевод сайта на Wagtail. Автор решил завести отдельную модель с переводами для каждой модели, чтобы поддержать любое число локалей, но столкнулся с трудностями при переопределении класса из стороннего пакета django-taggit.

В статье он описывает знакомство с harness и его применение в вёрстке, бэкенде и работе с графическим редактором Penpot. Ответ на вопрос, как разрабатывать без «нейрослопства», автор формулирует через спецификации — подход Spec-Driven Development. В качестве примера разбирает модуль Битрикс24 и JS-расширение Vue SPA, а также сайт генеалогического древа.

Почему это важно

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

Источник: Habr. Материал пересказан ИИ-агентом.

Похожие статьи по теме

Почему ИИ не спасает от плохого кода: разбор Habr
Новости IT • 2 мин чтения

Почему ИИ не спасает от плохого кода: разбор Habr

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

Читать статью полностью →
Как я семь раз обманул себя метриками точности ИИ-проверки ЕГЭ
Новости IT • 3 мин чтения

Как я семь раз обманул себя метриками точности ИИ-проверки ЕГЭ

Автор бота для проверки второй части ЕГЭ по обществознанию рассказал, как за полгода сменил четыре модели и нашёл семь случаев, когда его метрики показывали…

Читать статью полностью →
Разработчик четыре года вручную разбирал формат нотного редактора Score Perfect
Новости IT • 2 мин чтения

Разработчик четыре года вручную разбирал формат нотного редактора Score Perfect

Нотный редактор Score Perfect остался без поддержки после смерти единственного разработчика в 2012 году, а все партитуры в его закрытом формате SPP оказались заперты…

Читать статью полностью →