Модели разработки приложений с минимальным кодированием или даже вообще без него (Low-code и No-code) вызвали у профессиональных разработчиков большое беспокойство и даже откровенные насмешки, пишет на портале InformationWeek независимый аналитик Джо Маккендрик. Многие из них могут вспомнить решения типа Low-code (или, по крайней мере, с сокращенным объемом кодирования), которые относились к предыдущим поколениям технологий — от языков четвертого поколения до инструментов CASE и мэшапов. Так что же изменилось в последнее время?

Перспективы разработки Low-code и No-code в нынешнем году неоднозначны, считают главные технологи, участвовавшие в недавнем круглом столе, организованном The Software House. «Я не верю, что каждый может внезапно начать создавать ПО, — заявил Бастиан де Рюйтер, технический директор Blanco. — Если каждому дать доступ к платформам Low-code, возникнут проблемы с управлением».

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

Слияние Low-code с платформами для совместной работы позволит создавать наиболее ценные и часто используемые приложения для взаимодействия сотрудников. «Мы слышим от клиентов, что они хотят самостоятельно и тогда, когда им нужно, получать основанные на данных представления о своем бизнесе, и так же легко взаимодействовать друг с другом, обсуждая что они могут предпринять на основе этих представлений», — утверждает Саркар.

Автоматизация поможет справиться с рутиной. «Если вы работаете в ИТ или знакомыми с кем-то из ИТ, то вы знаете, что в этой сфере существует много ежедневной ручной работы. Нужно устанавливать и настраивать обновления для различных серверов, машин и приложений. Как только наши ИТ-друзья обнаружат, что они могут автоматизировать многие из этих задач, их жизнь станет намного проще», — полагает Саркар.

Объединенные (Fusion) команды разработчиков будут сотрудничать для создания завтрашних приложений и технологических решений — сверху вниз и снизу вверх. «Fusion-команды объединяют разработчиков code-first, гражданских разработчиков и ИТ-разработчиков, совместно работающих над решением бизнес-проблем. Мы наблюдали два интересных способа совместной работы участников Fusion-команд. В первом разработчики code-first пишут внутренние API и коннекторы, они готовы помогать другим в своей компании использовать их в Power Apps. Они размещают свои API в таких инструментах, как Azure API Management, чтобы разработчики Low-code могли использовать их для создания того, что им нужно. Второй способ заключается в том, что разработчик code-first выступает в качестве архитектора, планирующего всю работу по созданию приложений, чтобы создание приложений было более стратегическим и спланированным проектом, а не одноразовым», — рассказала Саркар.

CTO, участвовавшие в круглом столе The Software House, согласны с тем, что Low-code является многообещающим подходом, но потребность в профессиональных разработчиках будет всегда. В ближайшие годы «создание ПО, безусловно, будет включать „объединение блоков“, а заказного кода станет меньше», — говорит Джаспер Лаагланд, СТО Factris.

Другой участник дискуссии, Ремко Йорна, технический директор Fintech OS, предвидит рост применения Fusion-подхода: «Я думаю, что буду писать меньше заказного кода. Но здесь возникает зависимость от поставщиков платформ Low-code. Если они ограничат вызовы ваших API или введут лицензирование, это может повлиять на удобство использования. Но возьмем, скажем, процедуру KYC (Знай своего клиента или Know Your Customer — термин банковского и биржевого регулирования для финансовых институтов и букмекерских контор, а также других компаний, работающих с деньгами частных лиц, означающий, что они должны идентифицировать и установить личность контрагента, прежде чем проводить финансовую операцию). Нет никакой необходимости писать для него заказной код».

По материалам: ITWeek