Создание приложения без кодирования: миф или реальность?

Можно ли за час построить работающее бизнес-приложение? Платформы разработки приложений с низким кодом, такие как Appian Quick Apps и другие, предназначены именно для этого, но насколько хорошо приложение работает на настольных и мобильных устройствах? Насколько продвинуты функции? Есть ли на самом деле нулевое кодирование? Эти разработчики приложений больше ориентированы на обычных бизнес-пользователей или разработчиков? Для каких задач подходят эти приложения, будь то базовая совместная работа и управление проектами или более сложные варианты использования?

Как вы вообще создаете приложение без какой-либо кодировки? Этот новый способ создания приложений содержит множество вопросов, и PCMag проверила эту идею.

Мы взяли четыре инструмента с низким кодом (Appian, Microsoft PowerApps, Salesforce Lightning и Zoho Creator), поместили их в комнату с четырьмя разработчиками из нашей команды Ziff Davis Tech на один час и наблюдали, как они пытаются создать простое приложение и настроить его. это - без написания ни одной строки кода. О, и мы тоже все это снимали.

Немного предыстории "Low-Code"

Термин «разработка приложений с низким кодом» не существовал еще несколько лет назад, но концепция не нова. Часть ценности для бизнеса заключается в развитии граждан. Уже давно на предприятиях и в малых и средних компаниях (SMB) существует понятие «опытный пользователь» или «гражданский разработчик»: бизнес-пользователи берут на себя ответственность за создание своих собственных приложений, часто увлекающихся Visual Basic для приложений (VBA) программирование в Excel.

Другая сторона уравнения - традиционные разработчики и ИТ-специалисты, для которых эти платформы с низким содержанием кода предназначены для ускорения доставки программного обеспечения за счет быстрого создания приложений для конкретных случаев использования в бизнесе. Сам термин «низкий код» происходит от исследовательской и аналитической компании Forrester Research. Аналитики Клэй Ричардсон и Джон Раймер создали термин в отчете Forrester за 2014 год «Новые платформы разработки для приложений, ориентированных на клиента», а затем недавно опубликовали два рыночных отчета: «Волна Forrester: платформы с низким кодом для разработки, 2 квартал 2016 года». »и« Пейзаж поставщика: трещиноватая, плодородная местность прикладных платформ с низким кодом ».

По оценкам Forrester, в 2015 году поставщики приносили как минимум 1, 7 миллиарда долларов дохода, и в отчете говорится, что многие из них увеличивают свои доходы более чем на 50 процентов в год. Отчет Wave разбивает 42 поставщиков в пространстве, сгруппированных по пяти категориям с низким кодом: универсальный, процесс, база данных, обработка запросов и мобильность, хотя Раймер сказал PCMag, что категория мобильных устройств, скорее всего, исчезнет, становится данностью во всех платформах с низким кодом, поскольку отрасль консолидируется в рамках общего назначения.

«Многие люди все еще думают об этих продуктах как о инструментах; последний поворот в том, что мы делали в Lotus Notes или Access. Это не инструменты, а платформы. Если вы собираетесь инвестировать в им, вы хотите иметь возможность создавать приложения в максимально возможном количестве сценариев », - сказал Раймер. «Мобильный телефон - это не продукт, это особенность. Категория общего назначения охватывает все мобильные и веб-интерфейсы, инструменты для управления проектами, управления жизненным циклом приложений, управления портфелем, административных задач. Это очень широкие наборы функций».

В отчете Forrester также рассматриваются три ключевых мифа о платформах с низким кодом. Раймер немного рассказал о каждом из них:

Миф № 1. Платформы с низким кодом предназначены только для гражданских разработчиков, а не для профессиональных разработчиков.

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

Миф №2. Платформы с низким кодом устраняют необходимость в каком-либо программировании (код с низким кодом и «без кода»).

«Когда мы делали Wave на платформах с низким кодом, один из вопросов, который мы задавали, - когда вы использовали эти продукты, какие функции требовали от вас написания кода? Ответ был 1: интеграция и 2: пользовательский интерфейс», - сказал Раймер., «Интеграция сложна. Она непредсказуема. Она запутана. Другие области, где люди занимаются пользовательским кодированием, - это мобильный пользовательский интерфейс. Если вы хотите, чтобы приложение выходило за рамки веб-приложения и создавало пользовательский макет, осуществляло доступ к серверам на устройстве или требовало пикселей идеальные дисплеи, платформы с низким кодом обычно не предоставляют шаблонов для этого. На мобильных устройствах еще много работы. Нам нужно перейти к нативному."

Миф № 3: платформы с низким кодом означают малый масштаб

«Для меня действительно интересной особенностью ландшафта является то, когда мы достигаем точки, когда начинают происходить приобретения? Мы еще не достигли этого, потому что прибыли нет, за исключением Salesforce и ServiceNow, которые уже являются крупными поставщиками, но Appian приносит доход более 100 миллионов долларов… кто-нибудь купит их? Кто-то купит OutSystems или Mendix? Мы также должны следить за тем, как Microsoft выходит на поле, потому что они могут быстро стать крупным игроком. Через 2-3 года, я думаю, мы достигнем того момента, когда мировые оракулы решат приобрести лидеров по доходам, а не строить. Приобретение поставщика с низким кодом на 50 миллионов долларов - это арахис для Oracle », - сказал он. Ример.

Методология тестирования PCMag

Для целей нашего теста каждый разработчик использовал свои соответствующие платформы с низким кодом для создания базового приложения для планирования. Цель в конце часа состояла в том, чтобы создать приложение, которое могло бы добавить новое событие (имя, дату / время, продолжительность), пригласить пользователей на событие, кнопку сохранения, чтобы создать событие, и возможность просмотреть список событий в календаре или хронологическом списке. Если разработчики выполнили все это, они могли бы экспериментировать с дополнительными настройками пользовательского интерфейса или бонусными функциями, такими как уведомления.

С точки зрения функциональности, по словам Раймера, платформы с низким кодом заменяют кодирование в значительной степени на декларативную разработку: визуальные интерфейсы с перетаскиванием мышью, сопоставление объектов и моделирование процессов, конструкторы форм, редакторы WYSIWYG и т. Д. В Appian, Microsoft PowerApps, Salesforce Lightning и Zoho Creator, разработчики использовали эти типы функций для создания своих приложений. Другое большое различие между платформами заключается в том, что Appian является поставщиком, специализирующимся на низком коде и управлении бизнес-процессами (BPM), в то время как Microsoft, Salesforce и Zoho предлагают свои инструменты в составе более крупных экосистем, а Zoho также предлагает такие продукты, как Zoho CRM., Zoho Projects и Zoho Books.

Почему мы использовали настоящих разработчиков для этого теста вместо обычных бизнес-пользователей? Несколько причин. Как объяснил Раймер, разработчики и ИТ используют эти платформы на предприятиях с гораздо большей регулярностью, чем гражданские разработчики. Мы хотели проверить, будет ли в целях быстрого запроса билетов или упрощенного запроса, направляемого в ИТ-отдел, быстрее создать приложение с использованием платформы с низким кодом, чем традиционный процесс разработки.

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

Будем ли мы проводить такой же тест с гражданскими разработчиками или привлекать ничего не подозревающих бизнес-пользователей, идущих по коридору в лаборатории, садить их и заставлять создавать приложения с низким кодом? Возможно. Мы будем рады услышать ваши отзывы. Оставьте комментарий к истории, напишите нам комментарий или твит в Facebook и дайте нам знать, хотите ли вы узнать больше о низком коде с помощью такого рода контента.

Как инструменты складываются

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

Аппиан

Microsoft PowerApps

Salesforce Lightning

Zoho Creator

Нижняя линия

Все четыре платформы создали работающее (или, по крайней мере, полуработающее) приложение для планирования, но инструментами с низким кодом, которые показали наилучшие результаты, были Appian и Zoho Creator. Для Appian комбинация Appian Quick Apps и полноценного Appian Designer создает мощный дуэт в быстром создании приложения, а затем в настройке слоев и добавлении функций поверх. Быстрые приложения в основном основаны на формах, а полноценный конструктор позволяет отображать все данные и объекты в приложении с помощью перетаскивающего Appian Process Modeler. Это самая зрелая и простая в использовании платформа с низким кодом, которую мы тестировали для создания приложений BPM.

Zoho Creator также выступил превосходно. Наш разработчик смог довольно легко создать основное приложение для планирования в течение примерно 10 минут, а затем потратил остаток часа, пытаясь настроить приложение. Повторяя основные ограничения Раймера с платформами с низким кодом, разработка столкнулась с препятствиями, когда дело дошло до настройки пользовательского интерфейса и оптимизации макета для мобильных устройств. Zoho Creator является платформой с наивысшим кодом в плане дополнительных сценариев помимо разработки и создания форм методом перетаскивания мышью, но обладает достаточно широкими функциональными возможностями с низким кодом, готовыми для создания солидное приложение за час.

Salesforce Lightning также очень хорошо работала, создавая красивое приложение с относительно безболезненным опытом разработки. Самая большая критика, с которой наш разработчик столкнулся с Salesforce Lightning, - это запатентованная природа ее экосистемы вокруг Salesforce App Cloud и его программного обеспечения для управления взаимоотношениями с клиентами (CRM). Исходя из своего опыта, природа разработки приложения в Lightning во многом зависит от знания языка программирования Salesforce APEX, когда дело доходит до настройки, и порекомендовал, что продукт лучше всего подходит для разработчиков и пользователей с глубоким опытом работы с Salesforce. Однако Salesforce охватывает свою основу в этом вопросе, предлагая углубленный учебный веб-сайт под названием Salesforce Trailhead с широким спектром курсов, которые помогут вам освоиться.

Затем мы подошли к Microsoft PowerApps, бесплатному инструменту Redmond и новейшей платформе с низким кодом на блоке (в настоящее время она до сих пор использует бета-тег), и к той, которая наиболее зрелая. Пользовательский интерфейс PowerApps - самый элегантный из протестированных нами инструментов, и платформа поставляется с пошаговыми инструкциями по созданию и применению, а также различными мобильными макетами.

Наш разработчик нашел простой пользовательский интерфейс формы и построил шаблон приложения за 5-10 минут, но обнаружил, что программа работает только на компьютере с Windows 8.1 или Windows 10, и столкнулся с трудностями при получении данных, даже при использовании Microsoft OneDrive. Раймер из Forrester не был удивлен, что PowerApps потерпел неудачу в начальном тестировании, но видит большие перспективы на горизонте, как только инструмент Microsoft станет зрелым, особенно если они сочетают низкий код с бизнес-аналитикой (BI).

«Предполагалось, что PowerApps для конечных пользователей, таких как SharePoint Designer, или инструмент для разработчиков? Это один из самых важных вопросов, на которые они должны ответить», - сказал Раймер. «Кроме того, я думаю, что Microsoft в конечном итоге собирается объединить PowerApps и Microsoft Power BI с идеей, что они будут двойной парой инструментов, которые люди будут использовать в тандеме. Мы обратим на это пристальное внимание, когда PowerApps перейдет в GA, потому что это может быть значительным ".