Een app bouwen zonder codering: mythe of realiteit?

Is het mogelijk om binnen een uur een werkende zakelijke applicatie te bouwen? Low-code app-ontwikkelingsplatforms zoals Appian Quick Apps en anderen zijn ontworpen om precies dat te doen, maar hoe goed werkt de app op desktop en mobiel? Hoe geavanceerd zijn de functies? Is er eigenlijk nul codering betrokken? Zijn deze app-bouwers meer gericht op dagelijkse zakelijke gebruikers of ontwikkelaars? Voor welke taken zijn deze apps geschikt, of het nu gaat om basissamenwerking en projectbeheer of meer gecompliceerde gebruikstoepassingen?

Hoe bouw je eigenlijk een app zonder codering? Deze nieuwe modus voor het maken van apps heeft veel vragen en PCMag heeft het idee op de proef gesteld.

We namen vier low-code tools (Appian, Microsoft PowerApps, Salesforce Lightning en Zoho Creator), legden ze een uur lang in een kamer met vier ontwikkelaars van ons Ziff Davis Tech-team en zagen ze proberen een basisapp te bouwen en aan te passen het - zonder een enkele regel code te schrijven. Oh, en we hebben ook alles gefilmd.

Een beetje achtergrondinformatie over "Low-Code"

De term 'ontwikkeling van apps met een lage code' bestond pas een paar jaar geleden, maar het concept is niet nieuw. Een deel van de waarde voor bedrijven ligt in de ontwikkeling van burgers. Er is al lang een idee in bedrijven en kleine tot middelgrote bedrijven (MKB's) van de "hoofdgebruiker" of "burgerontwikkelaar": de zakelijke gebruikers die het op zich nemen om hun eigen apps te maken, vaak in Visual Basic for Applications (VBA) programmeren in Excel.

De andere kant van de vergelijking zijn traditionele ontwikkelaars en IT, waarvoor deze low-codeplatforms zijn ontworpen om softwarelevering te versnellen door snel apps te bouwen voor specifieke zakelijke toepassingen. De term "low-code" zelf komt van technisch onderzoeks- en analysebedrijf Forrester Research. Analisten Clay Richardson en John Rymer bedachten de term in Forrester's rapport uit 2014, "Nieuwe ontwikkelingsplatforms ontstaan ​​voor klantgerichte toepassingen, " en volgden dat recent op met twee marktrapporten, "The Forrester Wave: Low-Code Development Platforms, Q2 2016, 'en' Leverancierslandschap: het gebroken, vruchtbare terrein van low-code applicatieplatforms. '

Forrester schat dat leveranciers in 2015 minimaal $ 1, 7 miljard aan inkomsten hebben gegenereerd en zei in het rapport dat velen hun inkomsten met meer dan 50 procent per jaar laten groeien. Het Wave-rapport verdeelt 42 leveranciers in de ruimte, georganiseerd in vijf low-code categorieën: algemeen gebruik, proces, database, aanvraagafhandeling en mobile-first, hoewel Rymer PCMag vertelde dat de mobile-first categorie waarschijnlijk zal verdwijnen, een gegeven in alle low-code platforms als de industrie consolideert voor algemene doeleinden.

"Veel mensen beschouwen deze producten nog steeds als hulpmiddelen; de laatste draai aan wat we vroeger deden in Lotus Notes of Access. Dit zijn geen hulpmiddelen, het zijn platforms. Als je gaat investeren in wil je in zoveel mogelijk scenario's een applicatie kunnen maken, "zei Rymer. "Mobiel is geen product, het is een functie. De algemene categorie heeft dekking in de mobiele en web-UI, tooling om u te helpen bij het beheren van projecten, applicatie lifecycle management, portfoliobeheer, administratieve taken. Dit zijn zeer brede functiesets."

Het Forrester-rapport behandelt ook drie belangrijke mythes over low-code platforms. Rymer sprak een beetje over elk ervan:

Mythe # 1: Low-code platforms zijn alleen voor burgerontwikkelaars, geen pro-ontwikkelaars.

"De basis van dit onderzoek was een verzameling referentieklanten die deze producten gebruiken. Toen we een stap terug deden en dachten over wie deze mensen waren, waren het allemaal professionele ontwikkelaars. Sindsdien zijn we een bredere populatie van burgerontwikkelaars tegengekomen, maar ik zou het plaatste deze platforms voor een burgerontwikkelaar zonder enige training en tooling, "zei Rymer. "Ik kan geen product bedenken dat zeer succesvol is geweest in het voldoen aan de behoeften van professionele ontwikkelaars en eindgebruikers met dezelfde functies."

Mythe # 2: Low-code platforms elimineren de noodzaak voor programmeren (low-code versus "no-code").

"Toen we de Wave op low-codeplatforms deden, was een van de vragen die we stelden, wanneer je deze producten gebruikte, wat waren de functies waarvoor je moest coderen? Het antwoord was 1: integratie en 2: gebruikersinterface, " zei Rymer. "Integratie is moeilijk. Het is onvoorspelbaar. Het is rommelig. De andere gebieden waar mensen aangepaste codering uitvoeren, is de mobiele gebruikersinterface. Als u wilt dat de app verder gaat dan de webapplicatie en een aangepaste lay-out uitvoert, heeft u toegang tot servers op het apparaat of wilt u pixel- perfecte displays, low-code platforms bieden daar meestal geen sjablonen voor. Op mobiel is er nog veel werk te doen. We moeten native gaan."

Mythe # 3: Low-code platforms betekenen kleinschalig.

"Voor mij is het echt interessante aan het landschap wanneer we het punt bereiken waarop acquisities beginnen te gebeuren? We zijn er nog niet, omdat de inkomsten er niet zijn behalve Salesforce en ServiceNow, die al grote leveranciers zijn, maar Appian heeft meer dan $ 100 miljoen aan inkomsten… zou iemand ze kopen? Zou iemand OutSystems of Mendix kopen? We moeten ook de entrace van Microsoft in het veld in de gaten houden, omdat ze 's nachts een enorme speler kunnen worden. de komende 2-3 jaar denk ik dat we op het punt komen dat de Oracles van de wereld besluiten om de leiders in omzet te verwerven in plaats van te bouwen. Een acquisitie van $ 50 miljoen van een leverancier met een lage code is een pinda voor Oracle, "zei Rymer.

PCMag's testmethode

Voor onze test gebruikte elke ontwikkelaar hun respectieve low-codeplatforms om een ​​eenvoudige planningsapp te maken. Het doel aan het einde van het uur was om een ​​app te bouwen die een nieuw evenement kon toevoegen (naam, datum / tijd, duur), gebruikers uitnodigen voor het evenement, een knop Opslaan om het evenement te maken en de mogelijkheid om een ​​lijst te bekijken van evenementen in kalenderweergave of chronologische lijst. Als de ontwikkelaars dat allemaal hadden bereikt, konden ze experimenteren met meer UI-aanpassingen of bonusfuncties zoals meldingen.

Vanuit een functieperspectief zei Rymer dat low-code platforms codering grotendeels vervangen door declaratieve ontwikkeling: drag-and-drop visuele interfaces, objectmapping en procesmodellering, formulierbouwers, WYSIWYG-editors, enz. In Appian, Microsoft PowerApps, Salesforce Lightning en Zoho Creator, de ontwikkelaars gebruikten dit soort functies om hun apps te bouwen. Het andere grote verschil tussen de platforms is dat Appian een low-code en business process management (BPM) -specifieke leverancier is, terwijl Microsoft, Salesforce en Zoho hun tools aanbieden als onderdeel van grotere ecosystemen, terwijl Zoho ook producten zoals Zoho CRM aanbiedt, Zoho Projects en Zoho Books.

Waarom hebben we echte ontwikkelaars voor deze test gebruikt in plaats van gewone zakelijke gebruikers? Enkele redenen. Zoals Rymer uitlegde, gebruiken ontwikkelaars en IT deze platforms in bedrijven met veel meer regelmaat dan burgerontwikkelaars. We wilden testen of, met het oog op een snel ticket of light feature request naar de IT-afdeling, het snel bouwen van een app met een low-code platform eenvoudiger zou zijn dan een traditioneel ontwikkelingsproces.

Ontwikkelaars zijn ook veel beter geïnformeerd over wat er nodig is om in de eerste plaats een werkende app te maken. In de onderstaande video's konden de ontwikkelaars duidelijk aangeven wat de platforms wel en niet konden doen, wat hun beperkingen waren en of een dergelijke tool echt nuttig is voor de dagelijkse bedrijfsomgeving.

Zullen we ook zo'n test met burgerontwikkelaars uitvoeren, of nietsvermoedende zakelijke gebruikers door de gang de laboratoria in laten lopen, gaan zitten en ze een low-code app laten maken? Mogelijk. We horen graag uw feedback. Laat een reactie achter op het verhaal, stuur ons een Facebook-reactie of tweet en laat ons weten of je meer wilt weten over low-code via dit soort inhoud.

Hoe de tools zich opstapelen

Toen de klok begon en het maken van de app begon, vonden de ontwikkelaars sterke en zwakke punten bij elk low-codeplatform, maar tegen het einde van het uur hadden ze elk een app gebouwd. Hoe goed werkten de platforms en hoe zagen de afgewerkte producten eruit? Bekijk de onderstaande video's en kom erachter.

Appian

Microsoft PowerApps

Salesforce Lightning

Zoho Creator

Het komt neer op

Alle vier platforms creëerden een werkende (of op zijn minst semi-werkende) planningsapp, maar de low-code tools die over het algemeen het beste presteerden, waren Appian en Zoho Creator. Voor Appian zorgt de combinatie van Appian Quick Apps en de volwaardige Appian Designer voor een krachtig duo in het snel maken van een app en vervolgens gelaagdheid aanpassen en extra functies bovenaan. Quick Apps is voornamelijk op formulieren gebaseerd en met de volledige Designer kunt u alle gegevens en objecten in de app in kaart brengen met de Appian Process Modeler via slepen en neerzetten. Het is het meest volwassen, gemakkelijkst te gebruiken low-code platform dat we hebben getest voor het maken van BPM-apps.

Zoho Creator presteerde ook bewonderenswaardig. Onze ontwikkelaar was in staat om de basisplanning-app vrij eenvoudig binnen ongeveer 10 minuten te maken en vervolgens de rest van het uur geprobeerd om de app aan te passen. In navolging van Rymer's belangrijkste beperkingen met low-code platforms, liep de ontwikkeling wegversperringen tegen als het ging om het aanpassen van de gebruikersinterface en het optimaliseren van de lay-out voor mobiel. Zoho Creator is het 'hoogste code'-platform van de groep in termen van extra scripting bovenop de drag-and-drop-ontwikkeling en het bouwen van formulieren, maar bevat voldoende geweldige low-code-functionaliteit om een solide app in een uur.

Salesforce Lightning presteerde ook erg goed, het bouwen van een mooie app met een relatief pijnvrije ontwikkelingservaring. De grootste kritiek die onze ontwikkelaar op Salesforce Lightning had, is het eigen karakter van zijn ecosysteem rond de Salesforce App Cloud en de CRM-software (Customer Relationship Management). In zijn ervaring is de aard van het ontwikkelen van een app in Lightning zo sterk afhankelijk van de kennis van de APEX-programmeertaal van Salesforce als het ging om aanpassing, hij beval aan dat het product het meest geschikt is voor ontwikkelaars en gebruikers met een diepgaande Salesforce-expertise. Salesforce biedt echter wel dekking op dit punt en biedt een diepgaande trainingswebsite genaamd Salesforce Trailhead met een breed scala aan cursussen om u op weg te helpen.

Dan komen we bij Microsoft PowerApps, de gratis tool van Redmond en het nieuwste low- codeplatform op het blok (het heeft momenteel nog een bètatag) en degene met de meest volwassen te doen. De gebruikersinterface van PowerApps is de meest gestroomlijnde tool die we hebben getest en het platform wordt geleverd met stapsgewijze instructies voor het maken en app en een verscheidenheid aan mobiele lay-outs.

Onze ontwikkelaar vond de basisvorm-gebruikersinterface eenvoudig en bouwde de app-sjabloon in 5-10 minuten, maar ontdekte dat het programma alleen werkt met een Windows 8.1- of Windows 10-machine en moeite had met het binnenhalen van gegevens, zelfs bij gebruik van Microsoft OneDrive. Ryr van Forrester was niet verbaasd dat PowerApps tekort kwam in de eerste tests, maar ziet grote dingen aan de horizon zodra de tool van Microsoft volwassen wordt, vooral als ze low-code combineren met business intelligence (BI).

"Is PowerApps voor eindgebruikers zoals SharePoint Designer zou moeten zijn, of is het een ontwikkelaarstool? Dit is een van de grote vragen die ze moeten beantwoorden, " zei Rymer. "Ook denk ik dat Microsoft uiteindelijk PowerApps en Microsoft Power BI gaat samenbrengen, met het idee dat het een tweetal hulpmiddelen zou zijn die mensen gelijktijdig zouden gebruiken. We zullen daar goed op letten wanneer PowerApps GA gaat, omdat dat kan aanzienlijk zijn."