Изграждане на приложение без кодиране: мит или реалност?

Възможно ли е да се изгради работещо бизнес приложение за час? Платформите за разработка на приложения с нисък код като Appian Quick Apps и други са създадени да правят точно това, но колко добре работи приложението на настолни и мобилни устройства? Колко напреднали са функциите? Има ли реално нулево кодиране? Тези строители на приложения насочени ли са повече към ежедневните бизнес потребители или разработчици? За какви видове задачи са подходящи тези приложения, било то основно сътрудничество и управление на проекти или по-сложни случаи на употреба?

Как да създадете приложение без кодиране, така или иначе? Този нов режим на създаване на приложения идва с много въпроси и PCMag постави идеята на теста.

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

Малко предистория на тема "Нисък код"

Терминът „разработка на приложения с нисък код“ не съществуваше преди няколко години, но концепцията не е нова. Част от ценността за бизнеса е в развитието на гражданите. Отдавна съществува представа за предприятия и малки за средни предприятия (SMBs) на "потребителя на захранване" или "граждански разработчик": бизнес потребителите, които поемат върху себе си, за да създадат свои собствени приложения, често да се опитвате във Visual Basic for Applications (VBA) програмиране в Excel.

Другата страна на уравнението са традиционните разработчици и ИТ, за които тези платформи с нисък код са предназначени да ускорят доставката на софтуер чрез бързо изграждане на приложения за конкретни случаи на бизнес използване. Самият термин "нисък код" идва от фирмата за технологични изследвания и анализи Forrester Research. Анализаторите Clay Richardson и John Rymer въведоха термина в доклада на Forrester за 2014 г., „Нови платформи за развитие се появяват за приложения, насочени към клиентите“, и последваха това наскоро с два отчета за пазара, „The Forrester Wave: Платформи за развитие на ниски кодове, Q2 2016, "и" Пейзаж на продавача: Раздробеният, плодороден терен на платформите за приложения с нисък код."

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

"Много хора все още мислят за тези продукти само за инструменти; последното завъртане на винта в това, което използвахме в Lotus Notes или Access. Това не са инструменти, а платформи. Ако ще инвестирате в тях, вие искате да можете да създадете приложение в възможно най-много сценарии “, каза Раймер. „Mobile не е продукт, това е функция. Категорията с обща цел има покритие в мобилния и уеб интерфейса, инструментариум, който ви помага да управлявате проекти, управление на жизнения цикъл на приложенията, управление на портфолио, административни задачи. Това са много широки набори от функции.“

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

Мит №1: Платформите с нисък код са само за граждански разработчици, а не за разработчици.

„Основата на това изследване беше колекция от референтни клиенти, използващи тези продукти. Когато отстъпихме и се замислихме кои са тези хора, всички те бяха професионални разработчици. Оттогава се сблъскваме с по-широка популация от граждански дяволи, но не бих искал“ не поставяйте тези платформи пред граждански разработчици, без да се обучавате и да използвате инструментариум, "каза Раймер. „Не мога да се сетя за продукт, който е много успешен в удовлетворяването на нуждите на професионалните разработчици и крайните потребители със същия набор от функции.“

Мит №2: Ниско кодовите платформи премахват необходимостта от всякакво програмиране (нисък код срещу „без код“).

"Когато направихме Wave на платформи с нисък код, един от въпросите, които зададохме е, когато използвате тези продукти, кои са функциите, които изискват да кодирате? Отговорът беше 1: интеграция и 2: потребителски интерфейс", каза Rymer, „Интеграцията е трудна. Тя е непредсказуема. Разхвърля се. Другите области, в които хората правят персонализирано кодиране, са мобилни потребителски интерфейси. Ако искате приложението да надхвърля уеб приложението и да прави персонализирано оформление, достъп до сървъри на устройството или искате пиксели, перфектните дисплеи, платформите с нисък код обикновено не предоставят шаблони за това. На мобилен телефон има още много работа. Трябва да стигнем до родния ".

Мит № 3: Платформите с нисък код означават малък мащаб.

„За мен наистина интересното в пейзажа е кога да достигнем момента, в който придобиванията започват да се случват? Все още не сме там, защото приходите няма, освен за Salesforce и ServiceNow, които вече са големи доставчици, но Appian има приходи от над 100 милиона долара… щеше ли някой да ги купи? Някой ще купи ли OutSystems или Mendix? Освен това трябва да следим за навлизането на Microsoft в полето, защото те могат да станат огромен играч за една нощ. следващите 2-3 години, мисля, че ще стигнем дотам, че световните оракули решават да спечелят лидерите по приходи, а не да надграждат. Придобиването на 50 милиона долара на продавач с нисък код е фъстъци за Oracle ", каза Rymer.

Методика за тестване на PCMag

За целите на нашия тест, всеки програмист използва своите съответни платформи с нисък код, за да създаде основно приложение за планиране. Целта в края на часа беше да се създаде приложение, което да добави ново събитие (име, дата / час, продължителност), да покани потребители на събитието, бутон за запазване за създаване на събитието и възможност за преглед на списък на събития в календарен изглед или хронологичен списък. Ако разработчиците постигнат всичко това, те биха могли да експериментират с повече потребителски интерфейс или функции за бонус като известия.

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

Защо използвахме истински разработчици за този тест вместо бизнес потребители, работещи на мелницата? Няколко причини. Както обясни Rymer, разработчиците и ИТ използват тези платформи в предприятия с много по-голяма закономерност от гражданските разработчици. Искахме да проверим дали за целите на бърза заявка за билет или лека функция, изпратена до ИТ отдела, бързото изграждане на приложение, използващо платформа с нисък код, би било по-лесно от традиционния процес на разработка.

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

Ще проведем ли тест като този с граждански разработчици или ще издърпаме нищо неподозиращи бизнес потребители, които вървят по коридора в лабораториите, да ги настанят и да ги накарат да създадат приложение с нисък код? Възможно е. Ще се радваме да чуем вашите отзиви. Оставете коментар за историята, пуснете ни коментар във Facebook или туитър и ни уведомете дали искате да научите повече за нисък код чрез този вид съдържание.

Как инструментите се подреждат

След като часовникът стартира и създаването на приложението започна, разработчиците откриха силни и слаби страни с всяка ниско-кодова платформа, но до края на часа всеки от тях беше изградил приложение. Колко добре работеха платформите и как изглеждаха готовите продукти? Гледайте видеоклиповете по-долу и разберете.

Апиан

Microsoft PowerApps

Salesforce Lightning

Zoho Creator

Долния ред

И четирите платформи създадоха работещо (или поне полуработещо) приложение за планиране, но инструментите с нисък код, които се представиха най-добре като цяло, бяха Appian и Zoho Creator. За Appian, комбинацията от бързи приложения на Appian и пълноценния дизайнер на Appian създават мощен дует за бързо създаване на приложение и след това наслояване на персонализиране и добавяне на функции отгоре. Бързите приложения се базират предимно на формата и пълният дизайнер ви позволява да картографирате всички данни и обекти в приложението с помощта на метода за изтегляне и пускане на Appian Process Modeler. Това е най-зрялата, лесна за използване платформа с нисък код, която тествахме за създаване на BPM приложения.

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

Salesforce Lightning също се представи много добре, изграждайки добро изглеждащо приложение със сравнително безболезнено изживяване. Най-голямата критика, която нашият разработчик имаше към Salesforce Lightning, е притежателният характер на неговата екосистема около облака Salesforce App и неговия софтуер за управление на взаимоотношенията с клиенти (CRM). Според него естеството на разработване на приложение в Lightning залага толкова силно на познаването на APEX езика за програмиране на Salesforce, когато става дума за персонализиране, той препоръча продуктът да е най-подходящ за разработчици и потребители с дълбока експертиза на Salesforce. На този етап Salesforce покрива основата си, предлагайки задълбочен уебсайт за обучение, наречен Salesforce Trailhead с широк спектър от курсове, за да постигнете бързина.

След това стигаме до Microsoft PowerApps, безплатния инструмент на Redmond и най-новата ниско-кодова платформа в блока (все още в момента има бета-маркер) и тази с най-голяма степен на зреене. Интерфейсът на PowerApps е най-лъскавият от тестваните от нас инструменти, а платформата предлага стъпка по стъпка инструкции за създаване и приложение и различни мобилни оформления.

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

"PowerApps за крайни потребители като SharePoint Designer трябва ли да е или това е инструмент за разработчици? Това е един от големите въпроси, на които трябва да отговорят", каза Раймер. "Също така мисля, че в крайна сметка Microsoft ще сложи PowerApps и Microsoft Power BI заедно с идеята, че те ще бъдат двойка инструменти, които хората биха използвали в тандем. Ще обърнем голямо внимание на това, когато PowerApps стане GA, защото това може да бъде значително."