Що таке 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 платформі потребувало б розробника, у Mythex — просто ще один запит. На Pro ви отримуєте повноцінний редактор коду, експорт і синхронізацію з GitHub, тож розробник може підхопити проєкт. Для великих компаній, яким потрібне вбудоване управління та глибокі корпоративні інтеграції, окрема low-code платформа може все ще бути кращим вибором.

Запитання