Veidot lietotni bez kodēšanas: mīts vai realitāte?

Vai stundā ir iespējams izveidot strādājošu biznesa lietojumprogrammu? Zema koda lietotņu izstrādes platformas, piemēram, Appian Quick Apps un citas, ir paredzētas tieši tam, taču cik labi šī lietotne darbojas uz galddatoriem un mobilajām ierīcēm? Cik uzlabotas ir funkcijas? Vai tiešām ir iesaistīta nulles kodēšana? Vai šie lietotņu veidotāji ir vairāk vērsti uz ikdienas biznesa lietotājiem vai izstrādātājiem? Kādiem uzdevumiem šīs lietotnes ir piemērotas, vai tā būtu pamata sadarbība un projektu vadība vai sarežģītāki lietošanas gadījumi?

Kā jūs jebkurā gadījumā izveidojat lietotni bez jebkādas kodēšanas? Šis jaunais lietotņu izveides režīms nāk ar daudziem jautājumiem, un PCMag šo ideju pārbaudīja.

Mēs paņēmām četrus zema koda rīkus (Appian, Microsoft PowerApps, Salesforce Lightning un Zoho Creator), vienu stundu ievietojām telpā ar četriem izstrādātājiem no mūsu Ziff Davis Tech komandas un vērojām, kā viņi mēģina izveidot pamata lietotni un pielāgo tas - nerakstot vienu koda rindu. Ak, un mēs visu arī filmējām.

Neliela fona informācija par zemu kodu

Termins “zema koda lietotņu izstrāde” neeksistēja tikai pirms dažiem gadiem, taču šī koncepcija nav jauna. Daļa vērtības uzņēmējdarbībai ir pilsoņu attīstībā. Uzņēmumos un mazos uzņēmumos jau sen ir izveidojies priekšstats par “enerģijas lietotāju” vai “pilsoņu izstrādātāju” vidēja lieluma uzņēmumiem (biznesa lietotājiem): biznesa lietotāji, kas to uzņemas paši, lai izveidotu savas lietotnes, bieži brāzās Visual Basic for Applications (VBA). programmēšana programmā Excel.

Vienādojuma otra puse ir tradicionālie izstrādātāji un IT, kuriem šīs zema koda platformas ir paredzētas, lai paātrinātu programmatūras piegādi, ātri izveidojot lietotnes īpašiem biznesa lietošanas gadījumiem. Pats termins "zems kods" nāk no tehnoloģiju pētījumu un analīzes firmas Forrester Research. Analītiķi Clay Richardson un John Rymer apvienoja šo terminu Forrester 2014. gada pārskatā “Jaunas attīstības platformas, kas veidojas klientam paredzētām lietojumprogrammām”, un nesen tam sekoja divi tirgus pārskati “Forrester Wave: Low-Code attīstības platformas, 2016. gada 2. ceturksnis”. "un" Pārdevēja ainava: saplaisājis, auglīgs apvidus zema koda lietojumprogrammu platformām ".

Forresters pietuvina, ka pārdevēji 2015. gadā guva vismaz 1, 7 miljardu ASV dolāru ieņēmumus un ziņojumā teica, ka daudzi palielina savus ieņēmumus, pārsniedzot 50 procentus gadā. Wave ziņojumā ir sadalīti 42 pārdevēji kosmosā, kas ir sadalīti piecās zemu kodu kategorijās: vispārējas nozīmes, procesa, datu bāzes, pieprasījuma apstrādes un vispirms mobilās, lai gan Rymer PCMag sacīja, ka pirmā mobilā kategorija, visticamāk, pazudīs, kļūstot par dotu visās zema koda platformās, rūpniecībai apvienojoties vispārējam mērķim.

"Daudzi cilvēki joprojām domā par šiem produktiem kā tikai instrumentiem; pēdējais pagrieziens tajā, ko mēs agrāk darījām Lotus Notes vai Access. Tie nav rīki, bet gan platformas. Ja jūs plānojat investēt viņiem, jūs vēlaties, lai varētu izveidot lietojumprogrammu pēc iespējas vairākos scenārijos, "sacīja Rymers. "Mobilais nav produkts, tā ir funkcija. Vispārējas nozīmes kategorijai ir pārklājums starp mobilajām un tīmekļa lietotāja saskarnēm, rīki, kas palīdz pārvaldīt projektus, lietojumprogrammu dzīves cikla pārvaldība, portfeļa pārvaldība, administratīvie uzdevumi. Tās ir ļoti plašas funkciju kopas."

Forrester ziņojumā apskatīti arī trīs galvenie mīti par zema koda platformām. Rymers mazliet par katru runāja:

1. mīts: zema koda platformas ir paredzētas tikai pilsoņu izstrādātājiem, nevis profesionāļu izstrādātājiem.

"Šī pētījuma pamatā bija atsauces klientu kolekcija, kas izmanto šos produktus. Kad mēs atgriezāmies un domājām par to, kas ir šie cilvēki, viņi visi bija profesionāli izstrādātāji. Kopš tā laika mēs esam saskārušies ar plašāku pilsoņu devu populāciju, taču es negribētu" nelieciet šīs platformas pilsoņa priekšā bez apmācības un instrumentiem, "sacīja Rymers. "Es nevaru iedomāties produktu, kas ir ļoti veiksmīgi apmierinājis profesionāļu izstrādātāju un gala lietotāju vajadzības ar to pašu funkciju komplektu."

Mīts Nr. 2: zema koda platformas novērš nepieciešamību pēc jebkādas programmēšanas (zems kods salīdzinājumā ar “bez koda”).

"Kad mēs veicām vilni zemu kodu platformās, viens no mūsu uzdotajiem jautājumiem ir, kad jūs izmantojāt šos produktus, kādas bija funkcijas, kuru dēļ jums bija jākodē? Atbilde bija 1: integrācija un 2: lietotāja interfeiss, " sacīja Rymers. "Integrācija ir grūta. Tas nav prognozējams. Tas ir netīrs. Citas jomas, kurās cilvēki veic pielāgotu kodēšanu, ir mobilā lietotāja saskarne. Ja vēlaties, lai lietotne pārsniedz tīmekļa lietojumprogrammu un veic pielāgotu izkārtojumu, piekļuvi ierīces serveriem vai vēlaties pikseļu- nevainojami displeji, zema koda platformas parasti tam nesniedz veidnes. Mobilajās ierīcēs joprojām ir daudz darāmā. Mums ir jādodas uz dzimto valodu."

3. mīts: zema koda platformas nozīmē mazu mērogu.

"Man ļoti interesanta ainavas aina ir tā, kad mēs sasniedzam punktu, kurā sāk notikt pirkšana? Mēs vēl neesam tur, jo ieņēmumi tur nav, izņemot Salesforce un ServiceNow, kuri jau ir lieli pārdevēji, bet Appian ir vairāk nekā 100 miljonu ASV dolāru ieņēmumi… vai kāds tos nopirktu? Vai kāds nopirktu OutSystems vai Mendix? Mums arī ir jāseko līdzi Microsoft ienākšanai laukumā, jo viņi nakti var kļūt par milzīgu spēlētāju. nākamajos 2-3 gados es domāju, ka mēs nonāksim līdz vietai, kur pasaules Oracles nolemj iegūt ieņēmumu līderus, nevis būvēs. Zemu kodu pārdevēja iegāde par 50 miljoniem USD ir zemesrieksti Oracle, "sacīja Rymer.

PCMag testēšanas metodika

Pārbaudes nolūkos katrs izstrādātājs izmantoja savas zemā koda platformas, lai izveidotu pamata plānošanas lietotni. Stundas beigās mērķis bija izveidot lietotni, kas varētu pievienot jaunu notikumu (vārdu, datumu / laiku, ilgumu), uzaicināt lietotājus uz pasākumu, saglabāšanas pogu, lai izveidotu notikumu, un iespēju apskatīt sarakstu notikumu kalendāra skatā vai hronoloģiskā sarakstā. Ja DEV to visu paveiktu, viņi varētu eksperimentēt ar vairāk UI pielāgošanu vai papildu funkcijām, piemēram, paziņojumiem.

Raugoties no funkciju viedokļa, Rymer sacīja, ka zema koda platformas kodēšanu galvenokārt aizstāj ar deklaratīvu attīstību: velciet un nometiet vizuālās saskarnes, objektu kartēšanu un procesu modelēšanu, veidlapu veidotājus, WYSIWYG redaktorus utt. Appian, Microsoft PowerApps, Salesforce Lightning un Zoho Creator, izstrādātāji izmantoja šāda veida funkcijas, lai izveidotu savas lietotnes. Otra liela atšķirība starp platformām ir tāda, ka Appian ir zema koda un biznesa procesu pārvaldības (BPM) specifisks pārdevējs, savukārt Microsoft, Salesforce un Zoho piedāvā savus rīkus kā daļu no lielākām ekosistēmām, turklāt Zoho piedāvā arī tādus produktus kā Zoho CRM, Zoho projekti un Zoho grāmatas.

Kāpēc mēs šai pārbaudei izmantojām reālus izstrādātājus, nevis daudz rūpnieciskus biznesa lietotājus? Daži iemesli. Kā skaidroja Rymers, izstrādātāji un IT šīs platformas izmanto uzņēmumos ar daudz lielāku regularitāti nekā pilsoņu izstrādātāji. Mēs vēlējāmies pārbaudīt, vai ātrās biļetes vai vieglo funkciju pieprasījuma vajadzībām, kas nosūtīti IT nodaļai, ātri izveidot lietotni, izmantojot zema koda platformu, būtu vienkāršāk nekā tradicionālais izstrādes process.

Izstrādātāji arī ir daudz zinošāki par to, kas, pirmkārt, vajadzīgs, lai izveidotu darboties spējīgu lietotni. Zemāk esošajos videoklipos devi spēja skaidri noformulēt, ko platformas var un ko nevar darīt, kādi bija to ierobežojumi un vai tāds rīks kā šis patiesībā ir noderīgs ikdienas biznesa iestatījumos.

Vai mēs rīkosim šādu pārbaudi arī ar pilsoņu izstrādātājiem vai arī nenolaidīgus biznesa lietotājus, kas iet pa gaiteni, ievedīsim laboratorijās, apsēdīsim viņus un liksim viņiem izveidot zema koda lietotni? Iespējams. Mēs labprāt uzklausīsim jūsu atsauksmes. Atstājiet komentāru par stāstu, nometiet mums Facebook komentāru vai tvītu un paziņojiet mums, vai vēlaties uzzināt vairāk par zemu kodu, izmantojot šāda veida saturu.

Kā rīki sakraujas

Tiklīdz sākās pulkstenis un sākās lietotnes izveide, izstrādātāji atrada stiprās un vājās puses katrā zema koda platformā, bet stundas beigās katrs bija izveidojis lietotni. Cik labi darbojās platformas, un kā izskatījās gatavie izstrādājumi? Noskatieties zemāk esošos videoklipus un uzziniet.

Appian

Microsoft PowerApps

Salesforce Lightning

Zoho veidotājs

Grunts līnija

Visas četras platformas izveidoja strādājošu (vai vismaz daļēji strādājošu) plānošanas lietotni, bet zemākā koda rīki, kas kopumā darbojās vislabāk, bija Appian un Zoho Creator. Appian apvieno Appian Quick Apps un pilntiesīgu Appian Designer spēcīgu duetu, kas ātri izveido lietotni, pēc tam pielāgojot un pievienojot papildu funkcijas. Ātrās lietotnes galvenokārt ir veidlapas, un pilnais noformētājs ļauj kartēt visus lietotnē esošos datus un objektus, izmantojot vilkšanas un nomešanas Appian procesa modelētāju. Tā ir visnobriedušākā un vienkāršāk izmantojamā zema koda platforma, kuru pārbaudījām BPM lietotņu izveidošanai.

Zoho Creator uzstājās arī lieliski. Apmēram 10 minūšu laikā mūsu izstrādātājs diezgan ērti varēja izveidot pamata plānošanas lietotni un pēc tam atlikušo stundu pavadīja, mēģinot pielāgot lietotni. Atbalstot Rymer galvenos ierobežojumus ar zema koda platformām, izstrāde radīja šķēršļus, kad vajadzēja pielāgot lietotāja saskarni un optimizēt mobilā tālruņa izkārtojumu. Zoho Creator ir paketes "visaugstākā koda" platforma papildu skriptu veidošanas un noformēšanas izstrādes un veidlapas veidošanas ziņā, taču tajā ir pietiekami daudz lielisku zema koda funkcionalitātes, lai izveidotu cietā lietotne stundas laikā.

Arī Salesforce Lightning darbojās ļoti labi, izveidojot izskatīgu lietotni ar salīdzinoši sāpīgu attīstības pieredzi. Lielākā kritika, ko mūsu izstrādātājs izteicās par Salesforce Lightning, ir tās ekosistēmas patentētais raksturs ap Salesforce App Cloud un tās klientu attiecību pārvaldības (CRM) programmatūru. Pēc viņa pieredzes, lietojumprogrammas izstrāde pakalpojumā Lightning ir ļoti atkarīga no zināšanām par Salesforce APEX programmēšanas valodu, kad tika sākta pielāgošana. Viņš ieteica, ka produkts ir vislabāk piemērots izstrādātājiem un lietotājiem ar dziļu Salesforce kompetenci. Lai arī Salesforce šajā jautājumā pamatojas, piedāvājot padziļinātu apmācības vietni Salesforce Trailhead ar plašu kursu klāstu, lai jūs sasniegtu.

Pēc tam mēs nonākam pie Microsoft PowerApps, Redmonda bezmaksas rīka un jaunākās bloka zemā koda platformas (tā joprojām darbojas ar beta tagu), un tā, kurai visvairāk nobriest. PowerApps saskarne ir īsākais no mūsu pārbaudītajiem rīkiem, un platformai ir pievienotas detalizētas instrukcijas izveidei un lietotnēm, kā arī dažādi mobilie izkārtojumi.

Mūsu izstrādātājs pamata formas lietotāja saskarni atrada vienkāršu un izveidoja lietotnes veidni 5–10 minūšu laikā, taču atklāja, ka programma darbojas tikai ar Windows 8.1 vai Windows 10 mašīnu, un viņai bija grūtības ievilkt datus, pat lietojot Microsoft OneDrive. Forrester's Rymer nebija pārsteigts, ka PowerApps sākotnējā testēšanā parādījās neilgi, taču redzot lielas lietas pie horizonta, tiklīdz Microsoft rīks nobriest, it īpaši, ja tie apvieno zemu kodu ar biznesa inteliģenci (BI).

"Vai PowerApps ir paredzēts tādiem tiešajiem lietotājiem kā SharePoint Designer, vai arī tas ir izstrādātāja rīks? Tas ir viens no lielajiem jautājumiem, uz kuru viņiem ir jāatbild, " sacīja Rymers. "Es arī domāju, ka Microsoft galu galā saliks PowerApps un Microsoft Power BI ar domu, ka tie būtu divi instrumentu pāri, kurus cilvēki izmantotu tandēmā. Mēs tam pievērsīsim īpašu uzmanību, kad PowerApps darbosies GA, jo tas varētu būt nozīmīgs."