Як Low Code інструменти розробки допоможуть українському бізнесу

У центрі Києва відбувся воркшоп «Low Code для складних проєктів: розбираємо «за» і «проти». Спікер воркшопу і менеджер послуги у сфері впровадження та підтримки ERP систем та інформаційних технологій, KPMG в Україні Андрій Войналович розповів про новий підхід до розробки ПЗ, який дозволяє автоматизувати процеси та створення власних застосунків шляхом мінімізації обсягу кодування.

Детальніше про захід розповідають UA.NEWS.

 

Що таке Low Code

Low Code – це інструмент для створення програмних продуктів, фактично, без написання коду.

З ним користувач може самостійно налаштовувати програмне забезпечення без залучення сторонніх програмістів. Конфігурація має бути настільки простою, щоб звичайний співробітник компанії без спеціалізованої IT-освіти зміг би виконати всі необхідні налаштування.

Аргументи щодо використання Low Code тільки для прототипування були валідні для інструментів минулих років. Зараз же Low Code – це набагато більше, ніж просто інструмент для PoC.

 

Аргументи «проти» та чому вони легко спростовуються

Захід відбувся у рамках серії лекцій для власників бізнесу та стартапів від IT-спільноти Flowmates у Sense Hub Kyiv.

Андрій Войналович на воркшопі розповів про аргументи, які найчастіше використовують противники Low Code:

1. Обмежена гнучкість.


2. Проблеми з зовнішньою інтеграцією.


3. Складність для ринку України. Компанії звикли платити за певний перелік послуг, але не звикли – за дуже високу ліцензію.


4. Обмеженість масштабування – коли ми не розуміємо базу, ми не знаємо, як вона може масштабуватися.


5. Залежність від постачальника.

Обмежена гнучкість передбачає такі думки:

• Складні та спеціалізовані завдання (Low code платформи можуть не надавати потрібну гнучкість для вирішення дуже спеціалізованих або складних завдань, які вимагають завдано на низькому рівні).


• Продуктивність (системи, побудовані на Low code платформах, можуть мати проблеми з продуктивністю через надлишковий код або оптимізовані запити до бази даних).


• Технічні борги (у довгостроковій перспективі, рішення, створені на Low Code, можуть накопичувати технічні борги через обмежені можливості оптимізації та рефакторингу).

Щодо проблем з інтеграцією – йдеться про конектори. Але існує три види таких для співпрацею з third-party:

• Пряма black-box інтеграція.


• Класичні варіанти інтеграції.


• Інтеграція через єдиного провайдера.

Складність сприйняття на ринку України – одна з найбільш частих проблем, з якими зіштовхуються розробники Low Code інструментів.

Я розмовляв із IT-директорами. Вони визначили те, за що звикли платити у розробці продуктів web/mobile-app: час розробників, third-party сервіси, які використовуються для функціоналу застосунку, PM/QA витрати.

У той же час на українському ринку не звикли платити за:

• ліцензії інструменту для розробки,


• функції, які неможливо не включити в пакет ліцензії,


• User-based зміну ціни за ліцензію (використання тих сервісів, які використовуються на базі).

Тому компаніям все ще важко сприйняти Low Code інструменти. Хоча прогрес у цьому напрямку є.

Ще один аргумент «проти», обмежене масштабування, включає:

• Відсутність явної підтримки мікросервісної архітектури.


• Неможливість або надвисока складність документації.


• Відсутність / відгородження від сталих стандартів розробки.

Розглянули на воркшопі і питання залежності від постачальника. Проте експерт легко спростував цю тезу.

Є можливість вивантажити код застосунку (хоча варто лише у дуже критичних ситуаціях). Є можливість інтеграції з зовнішніми системами, зокрема Monitoring, User Management. Важливо – інтелектуальна власність на код надається клієнту.

 

Принципи вибору інструментів

Розповів Андрій Войналович і про принципи та критерії вибору інструментів Low Code.

Варто звертати увагу, зокрема, на:

• Розподілення Front і Back-End – це допоможе правильно працювати із командою.


• Хостинг рішення за стандартом на публічних хмарах.


• Наявність імплементованих стандартів класичної сфери розробки.


• Вбудовані та повні можливості розробки власних компонентів та кастомного коду.


• Максимальна сепарованість від вендора (юридична або фізична особа, що поставляють товари або послуги замовнику).

Low Code оптимізує стандартні процеси розробки, але ми залишаємося в межах традиційних термінів класичної розробки. Ми маємо зупинитися саме на цій тезі та на цьому рівні.

Також експерт розказав про конкретний кейс впровадження Low Code інструментів.

Ми займалися розробкою повноцінної банківської інфраструктури. Це і внутрішні процеси, і мобільний банкінг для користувачів. Розробили за 9 місяців командою з 17 учасників.

Авторка: Надія Кибукевич