В последнее время в разработке корпоративных приложений наблюдается рост интереса к платформам типа Low-code. Скорее всего, он продолжит расти и дальше. Что это значит для разработчиков? Рассуждениями на эту тему на портале The New Stack делится старший девелопер-адвокат Developer Program в ServiceNow Брэд Тилтон.

Процесс, который можно улучшить с помощью платформы Low-code может выглядеть следующим образом. Отдел использует общий адрес э-почты для приема заявок, затем отслеживает эти заявки, проверяет их согласование и следит за их выполнением с помощью общей электронной таблицы. Его минус заключается в отсутствии видимости со стороны отправителя запроса и других заинтересованных сторон в сочетании со сложным и трудоемким процессом выполнения. Кто-то должен вручную определить людей, ответственных за согласование, и отправить им э-письма с просьбой об этом. Затем необходимо получить от них обратную связь, обновить электронную таблицу и проделать всю работу, необходимую для выполнения запроса. Затем работа выполняется уже в другой программной платформе с применением API. Наконец, по завершении всего этого заявителю отправляется по э-почте обновление. Этот процесс сложно назвать идеальным.

На многих платформах разработки этот процесс легко автоматизируется, но для этого разработчику нужно предпринять ряд действий:

  • создать БД для хранения запросов и метаданных для того, чтобы знать, кто утверждает тот или иной тип запроса и в какие группы каждый запрос необходимо направить;
  • добавить к этой БД слой безопасности, чтобы соответствующие люди имели должный уровень доступа;
  • создать форму приема, размещенную где-нибудь на портале, которую заявитель будет заполнить, и на ее основе создавать записи в таблице запросов;
  • создать слой автоматизации, который будет уведомлять заявителя о том, что его запрос получен, выполнять процесс утверждения и направлять запрос подходящей группе исполнителей;
  • создать слой интеграции, который будет использовать API стороннего разработчика и отправлять данные.

Разработчиков наверняка больше всего интересует более сложная часть этого проекта — интеграция, но им также придется потратить время и на остальные задачи, снова и снова обсуждая с заинтересованными сторонами или бизнес-аналитиком, как должны выглядеть формы и формулировки э-писем и др.

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

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

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