Bygger du en app uten koding: myte eller virkelighet?

Er det mulig å bygge en fungerende forretningsapplikasjon på en time? App-utviklingsplattformer med lav kode som Appian Quick Apps og andre er designet for å gjøre nettopp det, men hvor bra fungerer appen på stasjonær og mobil? Hvor avanserte er funksjonene? Er det faktisk null koding involvert? Er disse appbyggere mer rettet mot dagligdagse forretningsbrukere eller utviklere? Hva slags oppgaver er disse appene egnet for, det være seg grunnleggende samarbeid og prosjektledelse eller mer kompliserte brukssaker?

Hvordan bygger du en app uten koding, uansett? Denne nye modusen for appoppretting kommer med mange spørsmål, og PCMag satte ideen på prøve.

Vi tok fire lavkodeverktøy (Appian, Microsoft PowerApps, Salesforce Lightning og Zoho Creator), la dem i et rom med fire utviklere fra vårt Ziff Davis Tech-team i en time, og så dem prøve å bygge en grunnleggende app og tilpasse det - uten å skrive en eneste kodelinje. Åh, og vi filmet hele greia også.

En liten bakgrunn på "Lav kode"

Begrepet "lavkode-apputvikling" eksisterte ikke før for noen år siden, men konseptet er ikke et nytt. En del av verdien for virksomheter ligger i innbyggerutvikling. Det har lenge vært en forestilling hos bedrifter og små til mellomstore bedrifter (SMB) av "strømbrukeren" eller "borgerutvikleren": bedriftsbrukere tar det på seg å lage sine egne apper, ofte dabbling i Visual Basic for Applications (VBA) programmering i Excel.

Den andre siden av ligningen er tradisjonelle utviklere og IT, som disse lavkodeplattformene er designet for å akselerere programvarelevering ved raskt å bygge apper for spesifikke saker for forretningsbruk. Selve uttrykket "lavkode" kommer fra teknologiforsknings- og analysefirma Forrester Research. Analytikerne Clay Richardson og John Rymer myntet begrepet i Forresters rapport fra 2014, "New Development Platforms Emerge For Customer-Facing Applications, " og fulgte den opp nylig med to markedsrapporter, "The Forrester Wave: Low-Code Development Platforms, Q2 2016, "og" Leverandørlandskap: Det oppsprukket, fruktbare terrenget med lavkodede applikasjonsplattformer."

Forrester tilnærmer seg at leverandørene genererte minimum 1, 7 milliarder dollar i omsetning i løpet av 2015, og sa i rapporten at mange øker inntektene sine over 50 prosent i året. Wave-rapporten fordeler 42 leverandører i plassen, organisert i fem lavkodekategorier: generell bruk, prosess, database, forespørselshåndtering og mobil-først, selv om Rymer fortalte PCMag at den mobile første kategorien sannsynligvis vil forsvinne, å bli en gitt i alle lavkodeplattformer etter hvert som bransjen konsolideres under generelle formål.

"Mange mennesker tenker fremdeles på disse produktene som bare verktøy. Den siste skruen på det vi pleide å gjøre i Lotus Notes eller Access. Dette er ikke verktøy, de er plattformer. Hvis du skal investere i dem, vil du kunne opprette en applikasjon i så mange scenarier som mulig, "sa Rymer. "Mobil er ikke et produkt, det er en funksjon. Den generelle formålskategorien har dekning på tvers av mobil- og web-brukergrensesnitt, som kan hjelpe deg med å administrere prosjekter, applikasjonslivssyklusadministrasjon, porteføljestyring, administrative oppgaver. Dette er veldig brede funksjonssett."

Forrester-rapporten tar også opp tre viktige myter om lavkodeplattformer. Rymer snakket litt om hver enkelt:

Myte nr. 1: Lavkodeplattformer er bare for innbyggerutviklere, ikke pro-utviklere.

"Grunnlaget for denne forskningen var en samling referansekunder som brukte disse produktene. Da vi gikk tilbake og tenkte på hvem disse menneskene var, var de alle profesjonelle utviklere. Vi har siden møtt en bredere befolkning av borgerdevs, men jeg ville ikke ' t satte disse plattformene foran et borgerdev uten noe trening og verktøy, "sa Rymer. "Jeg kan ikke tenke på et produkt som har vært veldig vellykket med å tilfredsstille behovene til pro-utviklere og sluttbrukere med samme funksjonssett."

Myte nr. 2: Lavkodeplattformer eliminerer behovet for programmering (lavkode kontra "ingen kode").

"Da vi gjorde Wave på lavkodeplattformer, var et av spørsmålene vi stilte når du brukte disse produktene. Hva var funksjonene som krevde deg å kode? Svaret var 1: integrasjon og 2: brukergrensesnitt, " sa Rymer. "Integrasjon er vanskelig. Det er uforutsigbart. Det er rotete. De andre områdene der folk bruker tilpasset koding er mobilgrensesnitt. Hvis du vil at appen skal gå utover webapplikasjonen og gjøre et tilpasset oppsett, får du tilgang til servere på enheten eller vil ha pixel- perfekte skjermer, plattformer med lav kode inneholder vanligvis ikke maler for det. På mobil er det fremdeles mye arbeid å gjøre. Vi må komme til innfødte."

Myte nr. 3: Lavkodeplattformer betyr liten skala.

"For meg er det virkelig interessante med landskapet når når vi det punktet hvor anskaffelser begynner å skje? Vi er ikke der ennå, fordi inntektene ikke er der, bortsett fra Salesforce og ServiceNow, som allerede er store leverandører, men Appian har mer enn $ 100 millioner i inntekter… ville noen kjøpe dem? Ville noen kjøpe OutSystems eller Mendix? Vi må også følge med på Microsofts fange inn i feltet, fordi de kan bli en enorm spiller over natten. de neste 2-3 årene tror jeg at vi kommer til det punktet der verdens Oracle bestemmer seg for å skaffe ledere i inntekter, heller enn å bygge. Et anskaffelse på 50 millioner dollar av en lavkodeleverandør er peanøtter til Oracle, "sa Rymer.

PCMags testmetodikk

I forbindelse med testen vår brukte hver utvikler sine respektive lavkodeplattformer for å lage en grunnleggende planleggings-app. Målet på slutten av timen var å bygge en app som kunne legge til en ny hendelse (navn, dato / tid, varighet), invitere brukere til arrangementet, en lagre-knapp for å opprette hendelsen og muligheten til å se en liste av hendelser i kalendervisning eller kronologisk liste. Hvis devsene oppnådde alt dette, kunne de eksperimentere med mer brukergrensesnitttilpasning eller bonusfunksjoner som varsler.

Fra et funksjonsperspektiv, sa Rymer at lavkodeplattformer erstatter koding i stor grad med deklarativ utvikling: dra-og-slipp-visuelle grensesnitt, objektskartlegging og prosessmodellering, skjermbyggere, WYSIWYG-redaksjoner, etc. I Appian, Microsoft PowerApps, Salesforce Lightning og Zoho Creator, utviklerne brukte denne typen funksjoner for å bygge appene sine. Den andre store forskjellen mellom plattformene er at Appian er en lavkode- og forretningsprosessstyring (BPM) -spesifikk leverandør, mens Microsoft, Salesforce og Zoho tilbyr verktøyene sine som en del av større økosystemer, med Zoho som også tilbyr produkter som Zoho CRM, Zoho-prosjekter og Zoho-bøker.

Hvorfor brukte vi virkelige utviklere til denne testen i stedet for forretningsbrukere? Noen få grunner. Som Rymer forklarte, bruker utviklere og IT disse plattformene i bedrifter med langt mer regelmessighet enn borgerutviklere. Vi ønsket å teste om det for en rask billett- eller lysfunksjonsforespørsel som ble sendt til IT-avdelingen, ville være enklere å bygge en app ved å bruke en lavkodeplattform enn en tradisjonell utviklingsprosess.

Utviklere er også langt mer kunnskapsrike om hva som skal til for å lage en fungerende app i utgangspunktet. I videoene nedenfor kunne devene tydelig formulere hva plattformene kunne og ikke kunne gjøre, hva deres begrensninger var, og om et verktøy som dette faktisk er nyttige forretningsdagsinnstillinger.

Vil vi kjøre en test som denne med innbyggerutviklere også, eller trekke intetanende forretningsbrukere som går nedover gangen inn i laboratoriene, sette dem ned og få dem til å lage en lavkodeapp? Muligens. Vi vil gjerne høre tilbakemeldingene dine. Legg igjen en kommentar til historien, send oss ​​en Facebook-kommentar eller tweet, og gi oss beskjed om du vil lære mer om lavkode gjennom denne typen innhold.

Hvordan verktøyene stabler seg

Når klokken startet og appopprettelsen begynte fant utviklerne styrker og svakheter med hver lavkodeplattform, men på slutten av timen hadde hver og en bygget en app. Hvor bra fungerte plattformene, og hvordan så de ferdige produktene ut? Se videoene nedenfor og finn ut.

Appian

Microsoft PowerApps

Salesforce Lyn

Zoho Creator

Bunnlinjen

Alle de fire plattformene skapte en fungerende (eller i det minste halvarbeidende) planleggings-app, men lavkodeverktøyene som presterte best samlet var Appian og Zoho Creator. For Appian er kombinasjonen av Appian Quick Apps og den fullverdige Appian Designer en kraftig duo i å lage en app raskt og deretter legge tilpasning og legge til funksjoner på toppen. Quick Apps er først og fremst formbasert, og den fullstendige designeren lar deg kartlegge alle dataene og objektene i appen med dra-og-slipp-appian-prosessmodelleren. Det er den mest modne, enkleste å bruke lavkodeplattformen vi testet for å lage BPM-apper.

Zoho Creator opptrådte beundringsverdig også. Utvikleren vår kunne lage den grunnleggende planleggingsappen ganske enkelt i løpet av cirka 10 minutter, og brukte deretter resten av timen på å prøve å tilpasse appen. Ved å gjenspeile Rymer hovedbegrensninger med lavkodeplattformer, gikk utviklingen ut i veisperringer når det gjaldt å tilpasse brukergrensesnittet og optimalisere oppsettet for mobil. Zoho Creator er den "høyeste koden" -plattformen til gjengen når det gjelder tilleggsskripting på toppen av dra-og-slipp-utviklingen og formbyggingen, men pakker nok god lavkodefunksjonalitet ut-av-boksen til å bygge en solid app på en time.

Salesforce Lightning presterte også veldig bra, og bygde en flott app med en relativt smertefri utviklingsopplevelse. Den største kritikken vår utvikler hadde mot Salesforce Lightning er den egenutviklede naturen til økosystemet rundt Salesforce App Cloud og dets CRM-programvare. I sin erfaring er det å utvikle en app i Lightning så sterkt avhengig av kunnskap om Salesforces APEX-programmeringsspråk når det gjaldt tilpasning, han anbefalte at produktet passer best for utviklere og brukere med dyp Salesforce-ekspertise. Salesforce dekker imidlertid sitt grunnlag på dette punktet, og tilbyr imidlertid en grundig opplæringsnettsted kalt Salesforce Trailhead med et bredt spekter av kurs for å få deg oppover.

Så kommer vi til Microsoft PowerApps, Redmonds gratis verktøy og den nyeste lavkodeplattformen på blokken (den har fremdeles en betakode), og den som har mest modning å gjøre. PowerApps-brukergrensesnittet er det slankeste av verktøyene vi testet, og plattformen kommer med trinnvise instruksjoner for å lage og app og en rekke mobile oppsett.

Utvikleren vår fant grunnleggende skjermgrensesnitt UI enkelt og bygde appmalen på 5-10 minutter, men oppdaget at programmet bare fungerer med en Windows 8.1 eller Windows 10-maskin, og hadde problemer med å hente inn data, selv når du bruker Microsoft OneDrive. Forresters Rymer ble ikke overrasket over at PowerApps kom til kort i innledende testing, men ser store ting i horisonten når Microsofts verktøy modnes, spesielt hvis de kombinerer lavkode med forretningsintelligens (BI).

"Er PowerApps for sluttbrukere som SharePoint Designer skulle være, eller er det et utviklerverktøy? Dette er et av de store spørsmålene de har å svare på, " sa Rymer. "Dessuten tror jeg Microsoft til slutt kommer til å sette PowerApps og Microsoft Power BI sammen, med ideen om at de ville være et tvillingverktøy som folk vil bruke i tandem. Vi vil følge nøye med det når PowerApps går til GA, fordi det kan være viktig."