Что такое low-code? Простое руководство

Low-code — способ создания программ, при котором большая часть приложения собирается визуальными инструментами: перетаскиваемыми экранами, моделями данных и схемами процессов, а разработчики пишут небольшие фрагменты кода только для того, с чем эти инструменты не справляются. Это место между традиционным программированием и no-code. Термин популяризировала аналитическая компания Forrester в 2014 году, а среди известных платформ — Microsoft Power Apps, OutSystems, Mendix и Retool.

Почему это важно при создании приложений с ИИ

Если вы основатель или владелец небольшого бизнеса и присматриваетесь к созданию приложения, вы встретите три названия: no-code, low-code и конструкторы приложений с ИИ. Их часто смешивают, но они ориентированы на разных людей. Low-code платформы в основном рассчитаны на ИТ-отделы компаний, и многие из них предполагают, что кто-то в команде умеет писать код, когда визуальных инструментов уже не хватает.

Знание этого помогает не выбрать инструмент, созданный для ИТ-отдела из 50 человек, если вы один с идеей, — или наоборот, не взять простой инструмент для сложной бизнес-системы. Это также объясняет, почему ИИ-конструкторы меняют картину: когда ИИ пишет код за вас, «low» в low-code значит меньше, потому что написанные вручную части перестают быть самой трудной частью.

Бытовая аналогия

Подумайте о приготовлении ужина.

• Традиционное программирование — готовка с нуля: сырые продукты, полный контроль, много навыков и времени.
• No-code — набор для готовки: всё уже отмерено, есть карточка с рецептом. Быстро и надёжно, но готовишь только то, что в коробке.
• Low-code — набор для готовки плюс укомплектованная кухня. Вы следуете набору большую часть времени, но опытный повар может добавить свой соус, заменить ингредиент или изменить шаг.

Главное отличие — кухня. Low-code даёт выход в настоящий код, и это мощно, пока кто-то умеет готовить.

Как работают low-code платформы

У большинства low-code платформ есть несколько общих возможностей:

Последняя строка часто решает выбор для крупных компаний. Low-code платформы создаются так, чтобы ИТ сохранял контроль, пока больше людей создают приложения.

Пример: приложение для согласования расходов

Компания из 200 человек хочет заменить таблицы расходов, которые рассылаются по почте, приложением.

С low-code платформой команда может:

1. Визуально смоделировать данные. У Expense есть сотрудник, сумма, категория, фото чека и статус.
2. Спроектировать экраны перетаскиванием элементов. Форма для подачи расхода, список для руководителей, дашборд для финансистов.
3. Нарисовать процесс. Подан → руководитель согласовал → если сумма выше установленного порога, согласует финансовый отдел → выплачено.
4. Подключить существующие системы. Вход через корпоративные аккаунты Microsoft или Google; поиск руководителя каждого сотрудника в системе HR.
5. Написать немного кода там, где нужно. Допустим, правило, какие расходы требуют согласования финансов, зависит от бюджетов отделов, которые хранятся в другой системе. Разработчик пишет короткий скрипт, который получает бюджет и принимает решение.
6. Развернуть через ИТ. Платформа берёт на себя хостинг, правила доступа и журналы аудита.

Шаги 1–4 может выполнить уверенный в технике бизнес-аналитик. Шаг 5 требует разработчика. Это разделение и есть суть low-code.

Low-code против no-code против ИИ-конструкторов

Границы размываются: многие no-code и low-code платформы уже включают ИИ-помощников, а ИИ-конструкторы могут создавать те же внутренние инструменты, что известны по low-code. Подробнее см. no-code против ИИ-конструкторов.

Ключевые термины

Частые ошибки и заблуждения

• «Low-code означает, что любой может создать что угодно». Визуальные части доступны, но сложным приложениям всё равно нужны навыки разработчика, особенно для интеграций и нестандартной логики.
• «Low-code — только для прототипов». Многие компании работают на low-code платформах с важными внутренними системами. Компромисс — зависимость от платформы, а не несерьёзность.
• Недооценка привязки к вендору (lock-in). Экраны и процессы обычно живут в собственном формате платформы. Перенос означает переделку.
• Игнорирование цены за пользователя. Некоторые платформы берут плату за каждого человека, который использует приложение, и это может быстро накопиться, когда внутренний инструмент раздаётся всей компании. Проверьте до того, как брать обязательства.
• Пропуск скучных частей. Права доступа, журналы аудита и тестирование важны в low-code не меньше, чем в обычном коде.

Что спросить перед выбором (и что попросить у конструктора ИИ)

• «Кто будет создавать и поддерживать это — есть ли у нас человек, который умеет писать код?»
• «Сколько это будет стоить, когда приложением пользуется вся компания?»
• «Можно ли подключиться к нашей системе входа и существующим данным?»
• «Если мы уйдём с платформы, что мы сможем забрать с собой?»

Если для внутреннего инструмента вы выбираете путь через ИИ-конструктор, полезные запросы такие:

• «Создай приложение для согласования расходов: сотрудники подают заявки, руководители согласовывают, а всё свыше [суммы] также требует согласования финансов.»
• «Только руководители видят расходы своей команды. Обеспечь это на сервере.»
• «Записывай каждое согласование и отказ с тем, кто это сделал и когда.»

Для подобных приложений см. как создать внутренний инструмент и альтернативы Retool.

Low-code и Mythex

Mythex — конструктор приложений с ИИ, а не low-code платформа: визуального редактора процессов здесь нет. Вы описываете приложение в чате, а агент пишет код — экраны, таблицы базы данных, серверную логику, — который вы видите в живом предпросмотре и можете опубликовать. То, что на low-code платформе потребовало бы разработчика, здесь — просто ещё один запрос. На Pro доступны полноценный редактор кода, экспорт и синхронизация с GitHub, так что разработчик сможет подхватить проект. Для крупных компаний, которым нужно встроенное управление и глубокие корпоративные интеграции, более подходящей может оставаться отдельная low-code платформа.

Вопросы