Подписывайтесь на наш Telegram!
На этом сайте, мы используем куки и аналитику. Подробнее.
Хорошо

Low-code глазами разработчика: что экономит время, а что всё равно писать руками

Интервью
Low-code часто воспринимают как конструктор для тех, кто не пишет код: разработчик собирает экранную форму из готовых блоков. Но это не так. Платформа помогает уйти от рутины в корпоративной разработке, но работать с архитектурой, БД, интеграциями, отчётами и реализовывать бизнес-логику всё равно нужно разработчику.

Наш эксперт, Денис Хлебнов, поделился своим мнением о том, где low-code действительно приносит пользу и какие задачи можно решать с его помощью. Денис более 5 лет создаёт веб-приложения на low-code платформах и на практике знает, как с их помощью можно ускорить разработку. 

Разбираемся на примере XSQUARE — российской low-code платформы для разработки приложений на PostgreSQL и других СУБД.
#$%^&

Какие задачи берёт на себя платформа

“Low-code — это визуальный конструктор с возможностью дописать код. Платформа даёт готовые компоненты, которые можно комбинировать: например, соединять регионы с событиями или процессами. Когда нужна более сложная логика, есть возможность написать её самому. Базовая часть уже реализована разработчиками платформы — остаётся адаптировать её под свою задачу”.
То есть low-code не убирает сам процесс разработки: он перераспределяет задачи. Платформа сразу предоставляет готовые компоненты, API и механизмы аутентификации, а разработчику остаётся адаптировать их под конкретную задачу — например, настроить передачу данных в нужный регион.

Где low-code ускоряет разработку


Платформа хорошо закрывает типовые классы задач — CRM, ERP, личные кабинеты, Service Desk и системы межведомственного взаимодействия. Общий критерий прост:

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

Что может сделать один разработчик


Для веб-приложения один специалист на low-code действительно может закрыть больше задач, чем в классической схеме, где работа распределена между фронтенд- и бэкенд-разработчиками и специалистами по базам данных. 
“Если мы говорим про реализацию веб-интерфейсов и бизнес-логики в рамках приложения, то такая задача вполне посильна для одного человека в короткие сроки. В случае, когда требуется спроектировать не только веб-приложение, но и схему БД, объём работы кратно увеличивается.”
Проектирование данных, связей, логики на стороне БД (функции, процедуры, триггеры, джобы) — отдельный этап со своей оценкой трудозатрат.

Что нужно знать на старте


SQL и диалект используемой СУБД — обязательны, на них пишутся запросы и процессы. Базовый JavaScript тоже пригодится. А вот HTML и CSS для работы с готовыми компонентами не критичны — этим занимается платформа. Ещё полезно понимать, как устроены frontend- и backend-фреймворки, чтобы правильно оценивать, что можно закрыть компонентами, а что — нет. 
Из практических деталей: XSQUARE работает с несколькими СУБД одновременно (PostgreSQL, Oracle, MS SQL в экспериментальном режиме, MySQL, YDB только в XDAC, Firebird), поэтому её можно встраивать в уже существующий ИТ-ландшафт компании, не привязываясь к одной базе данных. 
Подробнее познакомиться с платформой, её интерфейсом и инструментами можно в ходе практического курса

Почему интерфейс — это тоже кривая обучения


У разработчика с опытом SQL и PL/pgSQL не будет проблем с запросами и процессами на платформе, но у любой low-code платформы свой интерфейс, и на привыкание нужно время:
«Интерфейс может быть достаточно интуитивно понятным, но если разработчик раньше не сталкивался с low-code, первое время он может путаться. Чаще всего люди быстро ориентируются в целом, но поиск конкретного параметра с первого раза может быть проблемой».
Поэтому знание SQL и опыт в классической разработке снимают только часть вопросов. Остальное вопрос привычки: чем больше типовых сценариев разработчик прогоняет руками, тем быстрее платформа перестаёт быть отдельным препятствием и становится просто ещё одним инструментом в стеке.

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