Вайбкод - подход, при котором небольшое приложение создаётся описанием задачи на обычном языке, а не написанием кода. Направление молодое, поэтому разберём предметно: что оно даёт и где заканчивается.
Что это на практике
Идея простая: вы описываете, что должно получиться - форма для сбора данных, вспомогательный интерфейс, небольшой отчёт, - и получаете работающее приложение внутри портала.
Задачи, для которых это применимо:
- внутренние формы сбора данных со своей логикой;
- вспомогательные интерфейсы - удобный экран для конкретной роли;
- простые расчёты - калькулятор стоимости, подбор по параметрам;
- отчёты нестандартного вида;
- прототипы - быстро показать идею, прежде чем заказывать разработку.
Общее у них: инструмент внутренний, ошибка не критична, и его легко переделать.
Где проходит граница
Здесь важно быть честным, потому что вокруг подхода много ожиданий.
Интеграции с внешними системами. Обмен с 1С, платёжные операции, синхронизация с сайтом - это область, где нужна предсказуемость и обработка ошибок. Сгенерированный код тут проверяет разработчик.
Критичные процессы. Всё, от чего зависят деньги и обязательства перед клиентами, строится на проверенных инструментах.
Поддержка. Сгенерированный код остаётся кодом. Он может сломаться при обновлении платформы, и кто-то должен уметь в нём разобраться. Инструмент, созданный сотрудником, который потом уволился, - типичная будущая проблема.
Безопасность. Приложение работает с данными портала. Скорость создания не отменяет вопросов о правах доступа и о том, куда уходят данные, - см. REST API.
Правильный порядок выбора
Он не меняется от появления новых инструментов:
- Штатные средства - роботы, бизнес-процессы, смарт-процессы, списки. Закрывают больше, чем кажется.
- Маркет - готовое решение, которое поддерживает разработчик.
- Вайбкод - для небольших внутренних инструментов.
- Классическая разработка - для критичного и сложного.
Пропуск первых двух шагов - самая частая ошибка: компания создаёт своё приложение там, где хватило бы настройки.