10 причин не делать веб-приложения с no-code и вайбкодингом

СберТех на конференции GigaConf 2025 анонсировал GigaStudio — инструмент на платформе GitVerse, который с помощью чат‑интерфейса и генеративного ИИ превращает текстовые запросы в готовые веб‑приложения без кодинга. Кажется отличной идеей: написать веб-приложение можно за несколько минут. Но у всего своя цена, и сейчас мы поговорим о цене ИИ-ноукода.

Нейросетевое програмирование или вайбкодинг на практике то же самое, что no-code или low-code. Писать веб-приложения можно и в ChatGPT. Калифорнийские Builder и Reply сделали свои редакторы с нейрогенерацией. YandexGPT тоже может создавать код по описанию, пусть и без такой интеграции в профессиональный инструмент. Вайбкодинг с перестановкой блоков пробивает себе путь заманчивым сочетанием нехватки знаний и результата по желанию, как с Золотой рыбкой. Что может пойти не так?

Кратко можно сказать, что нейросети нужно уметь использовать, причём для этого лучше обладать компетенциями в предметной области. Другими словами, если очень хочется, то лучше понимать, что они пишут и как вы сможете это использовать без вреда.

Подробнее о нейронках в неумелых руках мы узнали у умелых техлидов АйТи Юниверс.

Почему не надо работать в no-code с нейронками

1. Нет гибкости

No‑code‑платформы опираются на шаблоны и виджеты. Сложные, нетиповые взаимодействия, кастомная логика или оптимизации производительности в них часто реализовать невозможно. А нейросети могут галлюцинировать или выдавать мусорный код. Его настройка в итоге либо превратится в бесконечные упрашивания, либо примет характер реверс-инжиниринга, который труднее, чем делать с нуля.

2. Контроля больше, чем с людьми

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

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

Блочные редакторы вообще контролировать не получится, это drag & drop с надёжно закрытым капотом.

3. Проблемы масштабируемости

Когда проект растёт, среда no‑code становится тормозом, а чат-бот на него жмёт. В вашем распоряжении оказывается нечто, написанное не вами. И если в нём есть проблемы, они будут накапливаться, пока вы не разберётесь и не перепишете материал.

Начинать лучше с решений, которые сразу предполагают масштабируемость. Плохо, когда архитектуру создают незаинтересованные стороны.

4. Хозяин тут не вы…

…а провайдер услуги. Если он изменит технологии, тарифы или вообще закроется — finita la comedia.

5. Ограничения интеграций

Раз хозяин не вы, то и интеграции продумывали не вы. Хорошо, если платформа развитая и предлагает много готовых решений. Но новые и нестандартные сервисы может быть трудно либо вообще невозможно использовать.

6. Производительность и SEO

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

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

7. Проблемы с безопасностью

Трудно всерьёз говорить о безопасности, когда вы не знаете и не контролируете её аспекты. Платформы не всегда применяют передовые практики по аутентификации, защите от атак и шифрованию.

Делать приложение ноукодом — это полное подчинение платформе со всеми негативными вариантами, вплоть до угона аккаунта. Писать код в чат-боте — это рулетка.

8. Высокая стоимость при росте

При масштабировании вы быстро разглядите основную цель владельца коммерческого сервиса — деньги.

В начале воронки платформа манит грошовыми тарифами, а в конце приходится платить по полной. Об этом стоит помнить, если вы рассчитываете на рост трафика, количества пользователей или API‑вызовов, расширение функций или объёма хранилища.

9. Ограничения версионности и тестирования

Контроль версий, CI/CD, тестирование и отладка здесь обычно примитивны по сравнению с профессиональными инструментами. И даже опытный девопс не обойдёт рамки платформы. Останется ждать милости у поддержки.

10. Иллюзия простоты

Звучит легко: «Введи текст — получишь сайт». Но в реальности разработке предшествует сложный процесс бизнес-анализа, продумывания и закладывания логики с запасом, а на выходе будет непредсказуемое поведение.

Когда месяцами продумываешь и делаешь сервис с реальной командой, объём неопределённости драматически сокращается. Так меньше рисков, а это главное в устойчивости компании и её финансовой модели.

Переобулись в воздухе: 5 причин писать код с нейронкой

Прогресс не остановить, его бесполезно отрицать. Так что мы всё равно изучаем нейроинструменты, используем их (с полной перепроверкой) и иногда пишем свои нейросети, потому что лучше быть трендсеттером, чем трендсёрфером.

У нас есть причины работать с технологией. Поговорим о них.

1. Решение типовых задач

Если вы опытный инженер-программист, как сотрудники АйТи Юниверс, автоматизация через чат-бота может ускорить процесс.

Например, вместо принятия решений с его помощью можно выполнять шаблонные, типовые задачи. Однако для этого не обязательно работать в no-code и low-code.

2. Создание концептов

Это нормальный вариант, если нужно сделать MVP, доказательство концепции или макет, на которые нет ни времени, ни денег, а потом вы перепишете всё по-своему.

3. Поиск ошибок

Нейросеть выступает техническим редактором или даёт второе мнение, когда под рукой нет коллег. Хорошо работает, когда 99% написано.

4. Универсальный солдат

Трудно быть знатоком всего сразу, даже если вы крутой многостаночник. Бывает, что в проекте не хватает специфических навыков и не к кому обратиться; стоит выбор — научиться самому, найти обходной путь или найти помощника. Помощником вполне может оказаться чат-бот.

Минус в том, что выбор в пользу новых знаний навсегда оставит их при вас, а такими вещами не разбрасываются. Лучше подумать, насколько вы на самом деле торопитесь.

5. Обучение

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

Резюме

Эта статья написана человеком, но проверена и оптимизирована с помощью нейроредактора. Пока мы её писали, в компании шло обдумывание очередного применения нейросетей, а извне поступил запрос о сотрудничестве по совместной разработке генеративного ИИ (простите, все защитники строгой терминологии) в медицине.

Глобальную технологическую тенденцию неправильно игнорировать. Гораздо лучше её использовать. Приносите проекты в АйТи Юниверс, а мы предложим лучшее решение с учётом трендов и оптимального стека.

Далее: Разработка веб-приложений без боли: обязательные знания