Lehetséges egy működő üzleti alkalmazás létrehozása egy órán belül? Az alacsony kódú alkalmazásfejlesztő platformokat, például az Appian Quick Apps és mások ezt éppen úgy tervezték, de mennyire működik jól az alkalmazás asztali és mobil eszközökön? Mennyire fejlett a szolgáltatások? Valójában nulla kódolásról van szó? Ezek az alkalmazáskészítők inkább a mindennapi üzleti felhasználók vagy fejlesztők felé irányulnak? Milyen feladatokra alkalmasak ezek az alkalmazások, legyen az alapvető együttműködés és projektmenedzsment, vagy bonyolultabb használati esetek?
Hogyan készíthet egy alkalmazást kódolás nélkül? Az alkalmazás létrehozásának ezen új módja sok kérdéssel jár, és a PCMag az ötlet kipróbálására szolgált.
Vettünk négy alacsony kódú eszközt (Appian, Microsoft PowerApps, Salesforce Lightning és Zoho Creator), egy órán át egy szobába helyeztük a négy fejlesztővel a Ziff Davis Tech csapattól, és figyeltük őket, hogyan próbálnak építeni egy alap alkalmazást és testreszabni ez - egyetlen sor nem írása. Ó, és az egész dolgot is felvettük.
Egy kis háttér az "alacsony kód" -ról
Az "alacsony kódú alkalmazásfejlesztés" kifejezés csak néhány évvel ezelőtt létezett, de a koncepció nem új. A vállalkozások értékének egy része a polgárok fejlesztésében rejlik. A vállalkozásokban és a kkv-kben már régóta gondolkodnak arról, hogy a közepes méretű vállalkozások (SMB-k) „haszonfelhasználó” vagy „állampolgári fejlesztő”: az üzleti felhasználók vállalják, hogy maguk készítik saját alkalmazásukat, gyakran a Visual Basic for Applications (VBA) elevenítésével. programozás Excelben.
Az egyenlet másik oldala a hagyományos fejlesztők és az informatika, amelyekre ezeket az alacsony kódú platformokat úgy tervezték, hogy felgyorsítsák a szoftverek szállítását, gyorsan elkészítve alkalmazásokat az egyes üzleti felhasználási esetekre. Maga az "alacsony kód" kifejezés a Forrester Research technológiai kutató és elemző cégtől származik. Clay Richardson és John Rymer elemzők megalkották a kifejezést a Forrester 2014. évi, „Új fejlesztési platformok kialakulása ügyfelekkel szembeni alkalmazásokhoz” című jelentésében, majd ezt követően nemrégiben két piaci jelentéssel, „A Forrester hullám: alacsony kódú fejlesztési platformok, 2016. második negyedév, "és" Eladó táj: Az alacsony kódszámú alkalmazási platformok törött, termékeny terepe ".
A Forrester becslése szerint az eladók 2015-ben legalább 1, 7 milliárd dolláros bevételt generáltak, és a jelentésben azt állították, hogy sokuk bevételei meghaladják az évi 50 százalékot. A Wave jelentés 42 szállítót bont fel az űrben, öt alacsony kódú kategóriába sorolva: általános célú, folyamat, adatbázis, kéréskezelő és mobil első, bár Rymer azt mondta a PCMag-nak, hogy a mobil első kategóriája valószínűleg eltűnik, minden alacsony kódú platformon megadottá válik, amint az iparág általános célú konszolidációba kerül.
"Sokan még mindig úgy gondolják, hogy ezek a termékek pusztán szerszámok; a legújabb csavar, amit a Lotus Notes vagy az Accessnél tettünk. Ezek nem eszközök, hanem platformok. Ha befektetni fognak nekik, azt szeretné, hogy képes legyen a lehető legtöbb forgatókönyvben létrehozni egy alkalmazást "- mondta Rymer. "A mobil nem termék, hanem egy szolgáltatás. Az általános célkategória lefedi a mobil és webes felhasználói felületeket, eszközöket kínál a projektek kezelésére, az alkalmazás életciklusának kezelésére, portfóliókezelésre, adminisztratív feladatokra. Ezek nagyon széles szolgáltatáskészletek."
A Forrester jelentés három kulcsfontosságú mítoszról is foglalkozik az alacsony kódú platformokkal kapcsolatban. Rymer kicsit beszélt mindegyikről:
1. mítosz: Az alacsony kódú platformok csak a polgárok fejlesztői, nem pedig a profi fejlesztők számára.
"Ennek a kutatásnak az alapja az ezeket a termékeket használó referencia-vásárlók gyűjteménye volt. Amikor visszalépettünk és gondolkodtunk azon, hogy kik ezek az emberek, mind professzionális fejlesztők voltak. Azóta szélesebb állampolgárságú lakossággal találkoztunk, de nem ezeket a platformokat egy állampolgár elé ne tegyük képzés és szerszámkészlet nélkül "- mondta Rymer. "Nem gondolok olyan terméket, amely nagyon sikeresen teljesítette a profi fejlesztők és a végfelhasználók igényeit ugyanazzal a szolgáltatáskészlettel."
2. mítosz: Az alacsony kódú platformok kiküszöbölik a programozás szükségességét (alacsony kód vs. "nem kód").
"Amikor alacsony hullámú platformon végeztük a Wave-t, az egyik kérdésünk az volt, hogy mikor használtuk ezeket a termékeket. Milyen funkciók voltak szükségesek a kódoláshoz? A válasz: 1: integráció és 2: felhasználói felület" - mondta Rymer. "Az integráció nehéz. Kiszámíthatatlan. Rossz. A többi terület, ahol az emberek egyedi kódolást végeznek, a mobil felhasználói felület. Ha azt szeretné, hogy az alkalmazás túlmutatjon a webalkalmazáson, és egyéni elrendezést készítsen, hozzáférjen az eszköz szervereihez, vagy pixel- tökéletes megjelenítés, az alacsony kódú platformok általában nem nyújtanak sablonokat ehhez. A mobiltelefonon még mindig sok tennivaló van. Anyanyelvünkhöz kell jutnunk."
3. mítosz: Az alacsony kódú platformok kis léptéket jelentenek.
"Számomra a táj érdekessége az, amikor elérjük azt a pontot, ahol az akvizíciók megkezdődnek? Még nem vagyunk ott, mert a bevétel nem létezik, kivéve a Salesforce és a ServiceNow, akik már nagy szállítók, De az Appian több mint 100 millió dollár bevételt… vásárolna valaki? Valaki vásárolna valaki OutSystems-t vagy Mendix-et? Figyelemmel kell kísérnünk a Microsoft bejutását is a térségbe, mert ezek egyik napról a másikra hatalmas játékosokká válhatnak. A következő 2-3 évben azt hiszem, eljutunk arra a pontra, ahol a világ oraklái úgy döntenek, hogy a bevétel vezetőjét szerezzék meg, nem pedig építik. Egy alacsony kódú eladó 50 millió dolláros megvásárlása földimogyoró az Oracle számára. " Rymer.
A PCMag tesztelési módszertana
Tesztelésünk céljából minden fejlesztő felhasználta a megfelelő alacsony kódú platformokat egy alapvető ütemezési alkalmazás létrehozásához. Az óra végén a cél az volt, hogy létrehozzon egy alkalmazást, amely új eseményt (név, dátum / idő, időtartam) adhat hozzá, meghívhatja a felhasználókat az eseményre, a mentés gombot az esemény létrehozásához és a lista megtekintését. események naptár nézetben vagy időrendi listájában. Ha a fejlesztők mindezt elérték, akkor kísérletezhetnek több felhasználói felület testreszabásával vagy bónusz funkciókkal, például az értesítésekkel.
Jellemző szempontból Rymer szerint az alacsony kódú platformok a kódolást nagyrészt a deklaratív fejlesztéssel helyettesítik: drag-and-drop vizuális interfészek, objektumleképezés és folyamatmodellezés, űrlapkészítők, WYSIWYG szerkesztők stb. Az Appianban, a Microsoft PowerAppsban, a Salesforce Lightningban és a A Zoho Creator, a fejlesztők az ilyen típusú funkciókat használják alkalmazásuk felépítéséhez. A másik nagy különbség a platformok között az, hogy az Appian alacsony kód- és üzleti folyamatirányítási (BPM) -specifikus gyártó, míg a Microsoft, a Salesforce és a Zoho eszközöket kínál nagyobb ökoszisztémák részeként, a Zoho olyan termékeket kínál, mint a Zoho CRM., Zoho Projects és Zoho Books.
Miért használtunk valós fejlesztőket erre a tesztre a gazdag üzleti felhasználók helyett? Néhány ok. Mint Rymer kifejtette, a fejlesztők és az IT ezeket a platformokat sokkal szabályosabb vállalkozásokban használják, mint a polgári fejlesztők. Meg szeretnénk próbálni, hogy az informatikai osztálynak küldött gyors jegy vagy könnyű szolgáltatás igénylés céljából egyszerűbb-e egy alkalmazás gyors létrehozása alacsony kódú platformon keresztül, mint egy hagyományos fejlesztési folyamatnál.
A fejlesztők sokkal tájékozottabbak is egy működő alkalmazás létrehozásához. Az alábbi videókban a fejlesztők egyértelműen meg tudták fogalmazni, mit tudtak és mit nem tudtak a platformok, mi volt a korlátozásuk, és hogy egy ilyen eszköz valóban hasznos-ea mindennapi üzleti beállításokban.
Futtatunk egy ilyen tesztet a polgárfejlesztőkkel is, vagy vonjuk a folyosón sétáló gyanútlan üzleti felhasználókat a laboratóriumokba, üljük le és késztetjük egy alacsony kódú alkalmazás létrehozására? Esetleg. Szeretnénk hallani az Ön visszajelzését. Hagy egy megjegyzést a történethez, írjon nekünk egy Facebook-megjegyzést vagy tweetet, és tudassa velünk, hogy többet szeretne megtudni az alacsony kóddal az ilyen tartalmakon keresztül.
Hogyan állnak össze az eszközök
Amint az óra elindult és az alkalmazás létrehozása megkezdődött, a fejlesztők mindegyik alacsony kódú platformon megtaláltak erősségeket és gyengeségeket, de az óra végére mindegyik készített egy alkalmazást. Mennyire működtek a platformok, és hogyan néztek ki a késztermékek? Nézze meg az alábbi videókat, és megtudja.
Appian
Microsoft PowerApps
Salesforce Lightning
Zoho alkotója
Alsó vonal
Mind a négy platform létrehozott egy működő (vagy legalábbis félig működő) ütemező alkalmazást, de az alacsony kódú eszközök, amelyek összességében a legjobban teljesítettek, az Appian és a Zoho Creator voltak. Az Appian számára az Appian Quick Apps és a teljes jogú Appian Designer kombinációja egy erős duót jelent az alkalmazás gyors létrehozásában, majd a testreszabás és a hozzáadott funkciók rétegezésében. A Gyors alkalmazások elsősorban formaalapúak, és a teljes tervező lehetővé teszi az alkalmazás összes adatának és objektumának feltérképezését az drag and drop alkalmazás Appian Process Modeler segítségével. Ez a legérettebb, legegyszerűbben használható alacsony kódú platform, amelyet teszteltünk a BPM alkalmazások létrehozására.
A Zoho Creator csodálatosan is teljesített. Fejlesztőnk körülbelül 10 percen belül elég egyszerűen létrehozta az alapvető ütemezési alkalmazást, majd az óra hátralévő részében az alkalmazás testreszabására törekedett. A Rymer fő korlátozásait az alacsony kódú platformokkal szembeszállva a fejlesztés útblokkokba került, amikor a felhasználói felület testreszabására és a mobil elrendezésének optimalizálására került sor. A Zoho Creator a csúcs "legmagasabb kódú" platformja a kiegészítő szkriptálás szempontjából a drag-and-drop fejlesztés és formaépítés tetején, de elegendő nagyszerű alacsony kódú funkcionalitást tartalmaz a dobozból, hogy létrehozzon egy szilárd alkalmazás egy óra alatt.
A Salesforce Lightning szintén nagyon jól teljesített, jó megjelenésű alkalmazást építve, viszonylag fájdalommentes fejlesztési tapasztalattal. A legnagyobb kritika fejlesztőinkkel a Salesforce Lightning iránt a Salesforce App Cloud és az ügyfélkapcsolat-kezelő (CRM) szoftverek körüli ökoszisztéma védett jellege. Tapasztalata szerint egy alkalmazás fejlesztése a Lightning alkalmazásában olyan nagy mértékben támaszkodik a Salesforce APEX programozási nyelvének ismeretére, amikor testreszabásra került, és azt javasolta, hogy a termék a legmegfelelőbb a mély Salesforce szakértelemmel rendelkező fejlesztők és felhasználók számára. A Salesforce ezen a ponton mégis lefedi az alapját, és egy széles körű tanfolyamokkal kínál egy alapos képzési webhelyet, a Salesforce Trailhead nevű tanfolyamot, amely felkészíti a sebességet.
Aztán eljutunk a Microsoft PowerAppshoz, a Redmond ingyenes eszközéhez és a blokk legújabb alacsony kódú platformjához (amely még mindig bétacímkével rendelkezik), és a leginkább érett eszközre. A PowerApps felhasználói felület a legkisebb az általunk tesztelt eszközök között, és a platform lépésről lépésre nyújt útmutatásokat a létrehozáshoz és alkalmazáshoz, valamint különféle mobil elrendezésekhez.
Fejlesztőnk egyértelműnek találta az alapvető felhasználói felület formátumát, és 5-10 perc alatt elkészítette az alkalmazássablont, de felfedezte, hogy a program csak Windows 8.1 vagy Windows 10 gépen működik, és még a Microsoft OneDrive használatakor is problémái voltak az adatok begyűjtésével. A Forrester Rymerét nem meglepte, hogy a PowerApps rövid időn belül felkerült a kezdeti tesztelésre, de nagy dolgokat lát a láthatáron, amint a Microsoft eszköz érlelődik, különösen, ha az alacsony kódot az üzleti intelligenciával (BI) kombinálják.
"A PowerApps olyan végfelhasználók számára, mint a SharePoint Designer, vagy kellett volna egy fejlesztői eszköz? Ez az egyik nagy kérdés, amelyet meg kell válaszolniuk" - mondta Rymer. "Azt is gondolom, hogy a Microsoft végül össze fogja helyezni a PowerApp-ot és a Microsoft Power BI-t azzal az elképzeléssel, hogy ikerpár lesz az ember, amelyet az emberek együttesen használnak. Nagyon figyelni fogjuk erre, amikor a PowerApps GA-ra megy, mert ez jelentős lehet."
