Video: CostPocket sovelluksen käyttöohje (Marraskuu 2024)
Onko mahdollista rakentaa toimiva yrityssovellus tunnissa? Matalan koodin sovelluskehitysympäristöt, kuten Appian Quick Apps ja muut, on suunniteltu tekemään juuri tämä, mutta kuinka hyvin sovellus toimii pöytätietokoneissa ja mobiileissa? Kuinka ominaisuudet ovat edistyneitä? Onko siinä todella nolla koodausta? Ovatko nämä sovellusten rakentajat suunnattu enemmän päivittäisiin yrityskäyttäjiin tai kehittäjiin? Millaisiin tehtäviin nämä sovellukset sopivat, olipa kyse sitten perusyhteistyöstä ja projektinhallinnasta tai monimutkaisemmista käyttötapauksista?
Kuinka voit rakentaa sovelluksen ilman koodausta? Tämä uusi sovellusten luontitapa sisältää paljon kysymyksiä, ja PCMag asetti idean koetukselle.
Otimme neljä matalan koodin työkalua (Appian, Microsoft PowerApps, Salesforce Lightning ja Zoho Creator), panimme ne huoneeseen, jossa oli neljä kehittäjää Ziff Davis Tech -tiimiltämme yhden tunnin ajan, ja katsoimme heidän yrittävän rakentaa perussovellus ja mukauttaa se - kirjoittamatta yhtä koodiriviä. Voi, ja me elokuvasimme myös koko asian.
Pieni tausta "matalakoodista"
Termi "matalan koodin sovelluskehitys" oli olemassa vasta muutama vuosi sitten, mutta konsepti ei ole uusi. Osa arvoa yrityksille on kansalaisten kehityksessä. Yrityksissä ja pienissä yrityksissä on jo pitkään ollut käsitys "energiankäyttäjästä" tai "kansalaiskehittäjästä" keskisuurille yrityksille: yrityskäyttäjät, jotka ottavat sen itsensä luomaan omia sovelluksiaan, usein hiukan Visual Basic for Applications (VBA) -sovelluksessa. ohjelmointi Excelissä.
Yhtälön toinen puoli on perinteiset kehittäjät ja tietotekniikka, joille nämä matalan koodin alustat on suunniteltu nopeuttamaan ohjelmistojen toimittamista rakentamalla sovelluksia nopeasti tietyille yrityskäyttöön. Termi "matalan koodin" itsessään tulee teknistä tutkimus- ja analysointiyritystä Forrester Researchille. Analyytikot Clay Richardson ja John Rymer kehittivät termiä Forresterin vuoden 2014 raportissa "Uudet kehitysympäristöt nousevat asiakaskohtaisiin sovelluksiin" ja seurasivat sitä viime aikoina kahdella markkinaraportilla "Forrester Wave: Matalan koodin kehitysalustat, Q2 2016, "ja" Myyjän maisema: murtunut, hedelmällinen maasto matalan koodin sovellusympäristöissä ".
Forrester arvioi, että myyjät tuottivat vähintään 1, 7 miljardin dollarin liikevaihdon vuonna 2015, ja totesi raportissa, että monet kasvavat liikevaihtonsa yli 50 prosenttia vuodessa. Wave-raportti jakaa 42 myyjää avaruudessa, jaoteltu viiteen matalan koodin luokkaan: yleiskäyttöinen, prosessi, tietokanta, pyynnön käsittely ja mobiili ensin, vaikka Rymer kertoi PCMagille, että mobiili ensin -kategoria katoaa todennäköisesti, tulossa tietynä kaikissa matalan koodin alustoissa teollisuuden konsolidoituessa yleiseen tarkoitukseen.
"Monet ihmiset ajattelevat edelleen näitä tuotteita pelkkinä työkaluina; viimeisin kierre ruuville, joita teimme ennen Lotus Notesissä tai Accessissa. Nämä eivät ole työkaluja, ne ovat alustoja. Jos aiot investoida heille, haluat pystyä luomaan sovelluksen mahdollisimman monessa skenaariossa ", Rymer sanoi. "Mobiili ei ole tuote, se on ominaisuus. Yleiskäyttökategorialla on kattavuus mobiili- ja web-käyttöliittymissä, työkalujen avulla voit hallita projekteja, sovellusten elinkaaren hallintaan, salkun hallintaan, hallinnollisiin tehtäviin. Nämä ovat erittäin laajoja ominaisuusjoukkoja."
Forrester-raportti käsittelee myös kolme keskeistä myyttiä matalan koodin alustoista. Rymer puhui hiukan jokaisesta:
Myytti 1: Matalan koodin käyttöympäristöt ovat vain kansalaisten kehittäjille, eivät ammattilaisille.
"Tämän tutkimuksen lähtökohtana oli vertailuasiakkaiden kokoelma, joka käytti näitä tuotteita. Kun astuimme taaksepäin ja pohtimme sitä, kuka nämä ihmiset olivat, he olivat kaikki ammattimaisia kehittäjiä. Olemme sittemmin tavanneet laajemman kansalaisdevojen populaation, mutta en haluaisi" t laittaa nämä alustoja kansalaisten suunnittelijoiden eteen ilman koulutusta ja työkaluja ", Rymer sanoi. "En voi ajatella tuotetta, joka on onnistunut tyydyttämään pro-kehittäjien ja loppukäyttäjien tarpeet samalla ominaisuusjoukolla."
Myytti 2: Matalan koodin alustat poistavat kaiken ohjelmoinnin tarpeen (matalan koodin vs. "ei koodin").
"Kun teimme Wave-ohjelmaa matalan koodin alustoilla, yksi kysymyksistä, joita kysyimme, kun käytit näitä tuotteita, mitkä olivat toiminnot, jotka vaativat sinua koodaamaan? Vastaus oli 1: integrointi ja 2: käyttöliittymä", sanoi Rymer. "Integrointi on vaikeaa. Se on arvaamatonta. Se on sotkuista. Muut alueet, joilla ihmiset tekevät räätälöityä koodausta, on mobiililaitteiden käyttöliittymä. Jos haluat, että sovellus menee verkkosovelluksen ulkopuolelle ja tekee mukautetun asettelun, käyttää laitteen palvelimia tai haluat pixel- täydelliset näytöt, matalan koodin käyttöympäristöt eivät yleensä tarjoa malleja sille. Matkapuhelimella on vielä paljon työtä tekemistä. Meidän on päästävä alkuperäiskantaan."
Myytti 3: Matalan koodin alustoilla tarkoitetaan pienimuotoisuutta.
"Mielestäni maiseman todella mielenkiintoinen asia on se, milloin saavutamme pisteen, jossa yrityskaupat alkavat tapahtua? Emme ole vielä siellä, koska tuloja ei ole siellä lukuun ottamatta Salesforcea ja ServiceNowia, jotka ovat jo suuria myyjiä, mutta Appianin tulot ovat yli 100 miljoonaa dollaria… ostaisiko joku niitä? Ostaisiko joku OutSystemsin tai Mendixin? Meidän on myös pidettävä silmällä Microsoftin kenttään pääsyä, koska heistä voi tulla valtava pelaaja yön yli. Seuraavien 2–3 vuoden aikana luulen, että pääsemme kohtaan, jossa maailman oraaklit päättävät hankkia tulojen johtajia sen sijaan, että rakentaisivat. 50 miljoonan dollarin hankinta matalan koodin myyjältä on maapähkinä Oraclelle ”, sanoi. Rymer.
PCMagin testausmenetelmä
Testiämme varten kukin kehittäjä käytti omia matalan koodin alustojaan perussuunnitelmasovelluksen luomiseen. Tunnin lopussa tavoitteena oli rakentaa sovellus, joka voisi lisätä uuden tapahtuman (nimi, päivämäärä / aika, kesto), kutsua käyttäjiä tapahtumaan, tallennuspainike tapahtuman luomiseen ja kyky tarkastella luetteloa. tapahtumia kalenterinäkymässä tai aikajärjestyksessä. Jos kehittäjät suorittivat kaiken tämän, he voivat kokeilla lisää käyttöliittymämuokkauksia tai bonusominaisuuksia, kuten ilmoituksia.
Ominaisuuksien kannalta Rymer sanoi, että matalan koodin alustat korvaavat koodauksen suurelta osin deklaratiivisella kehityksellä: vetämällä ja pudottamalla visuaaliset rajapinnat, objektien kartoitus ja prosessien mallinnus, lomakerakentajat, WYSIWYG-editoijat jne. Appianissa, Microsoft PowerAppsissa, Salesforce Lightningissa ja Zoho Creator, kehittäjät käyttivät tämän tyyppisiä ominaisuuksia sovellustensa rakentamiseen. Toinen suuri ero alustojen välillä on, että Appian on matalan koodin ja liiketoimintaprosessien hallintaan (BPM) erikoistunut toimittaja, kun taas Microsoft, Salesforce ja Zoho tarjoavat työkalunsa osana suurempia ekosysteemejä. Zoho tarjoaa myös tuotteita, kuten Zoho CRM, Zoho Projects ja Zoho Books.
Miksi käytimme testissä todellisia kehittäjiä ammattitaitoisten yrityskäyttäjien sijaan? Muutamia syitä. Kuten Rymer selitti, kehittäjät ja tietotekniikka käyttävät näitä alustoja yrityksissä, joissa on paljon säännöllisempiä kuin kansalaisten kehittäjiä. Halusimme testata, onko sovelluksen rakentaminen nopeasti matalan koodin alustalla nopeaa lippu- tai kevyttä ominaisuuspyyntöä varten IT-osastolle helpompaa kuin perinteinen kehitysprosessi.
Kehittäjät ovat myös paljon tietoisempia siitä, mitä toimivan sovelluksen luomiseen tarvitaan. Alla olevissa videoissa DE: t pystyivät selkeästi selittämään, mitkä alustat pystyivät ja eivät pystyneet tekemään, mitkä olivat niiden rajoitukset ja onko tällainen työkalu todella hyödyllinen päivittäisissä yritysasetuksissa.
Suoritammeko tällaisen testin myös kansalaiskehittäjien kanssa vai vetämmekö käytävällä kävelevät epäluuloiset yrityskäyttäjät laboratorioihin, istumme heidät alas ja panemme heitä luomaan matalan koodin sovelluksen? Mahdollisesti. Haluaisimme kuulla palautteesi. Jätä kommentti tarinaan, pudota meille Facebook-kommentti tai twiitti ja kerro meille, haluatko tietää enemmän matalan koodin tyyppisestä sisällöstä.
Kuinka työkalut pinota
Kun kello alkoi ja sovelluksen luominen alkoi, kehittäjät löysivät vahvuuksia ja heikkouksia jokaisessa matalan koodin alustassa, mutta tunnin loppuun mennessä jokainen oli rakentanut sovelluksen. Kuinka hyvin alustat toimivat ja miltä lopputuotteet näyttivät? Katso alla olevat videot ja ota selvää.
Appian
Microsoft PowerApps
Salesforce Lightning
Zoho-luoja
Pohjaviiva
Kaikki neljä alustaa loivat toimivan (tai ainakin puoliksi toimivan) aikataulutussovelluksen, mutta parhaiten suorittaneet matalan koodin työkalut olivat Appian ja Zoho Creator. Appianille Appian Quick -sovellusten ja täysivaltaisen Appian Designer -yhdistelmän ansiosta potentiaalinen duo luodaan sovellus nopeasti ja kerrostetaan mukauttaminen ja lisätyt ominaisuudet päälle. Pikasovellukset ovat pääosin lomakepohjaisia, ja koko suunnittelija antaa sinun kartoittaa kaikki sovelluksen tiedot ja objektit vetämällä ja pudottamalla Appian Process Modeller -sovelluksella. Se on kypsin ja helpoin käyttää matalan koodin alustaa, jonka testimme BPM-sovellusten luomiseen.
Zoho Creator esiintyi myös ihanasti. Kehittäjämme pystyi luomaan perussuunnitelmasovelluksen melko helposti noin 10 minuutissa, ja vietti sitten loput tunnin yrittämällä mukauttaa sovellusta. Toistaen Rymerin tärkeimmät rajoitukset matalan koodin käyttöympäristöjen kanssa, kehitys joutui esteisiin, kun haluttiin mukauttaa käyttöliittymä ja optimoida ulkoasu mobiililaitteille. Zoho Creator on joukon "korkeimman koodin" alusta, joka käsittää lisäkomentosarjat vetämällä ja pudottamalla -kehityksen ja lomakerakennuksen päälle, mutta pakkaamalla riittävästi hyviä matalan koodin toimintoja valmiiksi rakentamaan vankka sovellus tunnissa.
Myös Salesforce Lightning suoriutui erittäin hyvin, rakentaen hyvän näköisen sovelluksen, jolla on suhteellisen kivuton kehityskokemus. Suurin kritiikki, jota kehittäjämme sai Salesforce Lightningin suhteen, on sen ekosysteemin omistusoikeus Salesforce App Cloud ja asiakassuhteiden hallintaohjelmisto (CRM) ympärillä. Hänen kokemuksensa mukaan Lightning-sovelluksen kehittämisen luonne riippuu niin voimakkaasti Salesforcen APEX-ohjelmointikielen tuntemisesta räätälöinnin yhteydessä. Hän suositteli, että tuote soveltuu parhaiten kehittäjille ja käyttäjille, joilla on syvä Salesforce-asiantuntemus. Salesforce kattaa kuitenkin perustansa tässä vaiheessa, mutta tarjoaa syvällisen koulutusverkkosivun nimeltä Salesforce Trailhead laajan valikoiman kursseja saadaksesi sinut ajan tasalle.
Sitten tulemme tutustumaan Microsoft PowerApps -sovellukseen, Redmondin ilmaiseen työkaluun ja lohkon uusimpaan matalan koodin alustaan (se edelleen liikuttaa beta-tunnistetta), ja sellaisen, jonka kypsyysaste on eniten. PowerApps-käyttöliittymä on hienoin testaamistamme työkaluista, ja alustan mukana toimitetaan vaiheittaiset ohjeet luomiseen ja sovellusten luomiseen ja moniin mobiilisuunnitteluun.
Kehittäjämme löysivät perusmuodon käyttöliittymän suoraviivaisena ja rakensivat sovellusmallin 5-10 minuutissa, mutta löysivät ohjelman toimivan vain Windows 8.1- tai Windows 10 -laitteen kanssa, ja tietojen hankaamisessa oli vaikeuksia, jopa käytettäessä Microsoft OneDrive -sovellusta. Forresterin Rymer ei ollut yllättynyt siitä, että PowerApps tuli vähän alkuvaiheessa, mutta näkee suuria asioita horisontissa Microsoftin työkalun kypsyessä, varsinkin jos ne yhdistävät matalan koodin liiketoiminnan älykkyyteen (BI).
"Onko PowerApps loppukäyttäjille, kuten SharePoint Designerille tarkoitettu, vai onko se kehittämistyökalu? Tämä on yksi isoista kysymyksistä, joihin he ovat saaneet vastauksen", Rymer sanoi. "Lisäksi luulen, että Microsoft aikoo lopulta laittaa PowerAppsin ja Microsoft Power BI: n ajatukseen, että ne olisivat pari työkaluparia, joita ihmiset käyttäisivät samanaikaisesti. Aiomme kiinnittää erityistä huomiota siihen, kun PowerApps menee GA: lle, koska se voi olla merkittävä."
