Low-Code platformok a gyakorlatban: Tévhitek és válaszok | Publikus

Feltöltés dátuma : 2023. november 22.

Low-Code Tévhitek Mendix Alkalmazások Skálázhatóság Performanica Fejlesztés IT

A Low-Code platformok szélsebesen terjednek az IT-ban, lassan kihívói a hagyományos fejlesztési strukturáknak, így nem csoda, hogy számtalan tévhit kering róluk. Tényleg bárki bármit meg tud bennük valósítani fejlesztési tudás és tapasztalat nélkül? Igaz lehet bármi abból, hogy hogy ezzel csak nagyon alap CRUD alkalmazásokat lehet létrehozni, a skálázás nem megoldott és nagyobb terhelést nem bírnak el ezek a rendszerek? Vagy pont ellenkezőleg, mindenre is jó? Valós félelem a Vendor-lock vagy a hostinggal kapcsolatok aggályok, CI/CD korlátok?

Tiszavölgyi Péter, a Protechtor és Stylers Group társalapítója tisztázza a fenti kérdéseket.

Transcript

Sziasztok Tiszavölgyi Péter vagyok a Styles Group és a Protechtor egyik társalapítója. Az elmúlt hetekben több magyar cikket olvastam, amelyek igen komoly tévhiteket állítottak a low-code no-code rendszerekről. Mivel a protektorban a fő missziónk a tudás áramlása a tudásmegosztás, én pedig az utóbbi években rengeteget foglalkoztam ezekkel a technológiákkal, ezért úgy érzem, muszáj megosztanom tapasztalataimat és eloszlatom ezen tévhiteket.

Úgy gondolom ezen cikkek írói nem rendelkeznek egy átfogó tapasztalattal, hanem csak 1, 2 kisebb rendszer kipróbálása során szerzett rossz tapasztalatot osztanak meg a nagyérdeművel. Én az utóbbi. 4-5 évben rengeteget foglalkoztam low-code platformokkal. Advanced Developer certificate-em van a Mendix-től ami a 2. Legmagasabb fejlesztői vizsga náluk. A fejlesztői partnerei vagyunk a Mendix-nek. Több éven keresztül részt vettem egy nagyon szuper csapatban mellyel low-code platformot építettünk. Van vizsgám Salesforce-tól ismerem az Appian-t az OutSystems-et a Microsoft Powerapps-et, és további számos komoly résztvevőjét a low-code világnak. Mindemellett nem csak a saját tapasztalatomra, hanem tényekkel is szeretném alátámasztani állitásaimat, hogy a hallott tévhiteket eloszlassam és egy valós képet tudjak adni a low-code platformok nyújtotta előnyökről.

Példáimat sok esetben a Mendix-ről fogom hozni, ami nyilván nem azt jelenti, hogy ez az egyetlen jó platform, de én úgy gondolom ez jelenleg a legjobb a piacon és mint mondtam a tények makacs dolgok, nem csak én gondolom igy, hanem a Gartner Multiexperience development platforms a Forester lC for Professionals és a Gartner Enterprise LC platforms kutatása alapján is a legjobbnak lett választva. Nyilván mi is ezért lettünk Mendix fejlesztői partnerek.

Amennyiben idáig eljutottál ebben az előadásban és érdekes lehet számodra valamilyen Low-code vagy no-code technológia bevezetése, akkor erre hivatkozva nagyon szívesen, ingyenesen tartok számodra egy órás személyre szabott konzultációt.

Noh de vágjunk bele a tévhitekbe. Kezdjük a talán legkiemeltebbel , miszerint fejlesztési tapasztalat nélkül átlagemberek is nagyon komplex alkalmazásokat tudnak készíteni ezen platformokkal. Nem ezt állítja a szakma. Nagyon jó példának az excelt tudnám hozni. Amennyiben valakit beültetünk az excel elé, aki soha életében nem látta, csak rengeteg cellát meg gombokat fog látni. Nem fog vele tudni mit kezdeni és azt mondja majd, hogy hát ehhez matematikus vagy programozó kell, hogy ezt a rendszert használni tudja.  Mégis rengeteg irodai alkalmazott egész jó szinten használja az excelt. Azonban meg tudjuk bízni ezen irodai alkalmazottakat, hogy csináljanak nekünk elég komoly számításokkal olyan Pivot tablet amely mondjuk egy Azure Cloud adatbázisból húzza az adatokat és ezzel csináljon nagyon komoly kimutatásokat, számításokat számunkra. Nem. Nem fogja tudni megcsinálni, hiába hogy napi szinten használja az excelt.

Ehhez hasonlóak a low-code platformok is. Vannak feladatok, amit egyszerűen meg tudunk vagy meg tudnak lépni az úgynevezett citizen developer-ek, azok akik egyáltalán nem kódoltak, soha nem írtak, nem fejlesztettek alkalmazásokat. Ezek az emberek létre tudnak hozni egy formot, tudnak hozzáadni egy extra mezőt az adott táblához kisebb kalkulációkat, validációkat meg tudnak írni, elhelyezni egy újabb gombot, táblázatot vagy listát egy interface-en, de nyilván nem fognak tudni írni mondjuk egy egyedi JAVA modult a Mendix platformhoz. Ahhoz már komolyabb fejlesztői tudás szükséges. Itt fel is húznám ezt a képet, ami egy komplexebb projekt tagjait mutatja be egy Mendix projekt esetében. Mindenki csinálja azt amihez ért.

A második legkiemeltebb tévhit amivel találkoztam, hogy ezzel csak nagyon alap CRUD alkalmazásokat lehet létrehozni, a skálázás nem megoldott, nagyobb terhelést nem bírnak el ezek a rendszerek. Igazán ez lehet, hogy két tévhit.

De ezen az ábrán pár „kisebb” cég látható különböző szektorokból, akik a Mendix-el viteleztek ki alkalmazásokat. Joggal feltételezhetjük hogy nem 4 5 irodai alkalmazott használja ezen rendszereket. Illetve ha számukra komoly értéket teremtettek a low-code-al kivitelezett alkalmazások akkor nagy valószínűséggel a te cégedben is vannak olyan folyamatok amelyek jól automatizálhatók lehetnének. Hoztam is 1 2 példát, a holland vasúttársaság a covid alatt szembesült olyan igényekkel amelyre gyors megoldást kellett szállítaniuk. Havi szinten több mint kétszázötvenezer usert supportáltak, napi harmincezer regisztrációval, egymilliós felhasználó adatbázissal, napi ötezer rendszer üzenettel. Az alkalmazás lehetővé tette hogy a vonatokon látszódjanak mely székek üresek hol vannak kerékpár tárolók és az ügyfelek foglalásokat tudtak csinálni, melyekről értesítéseket kaptak, stb. 4 hét alatt szállították le ezt az alkalmazást!

KTC – Thaiföld legnagyobb credit kártya kibocsátója több mint 3,3 millió felhasználót kezel. Ők a Customer support centerüket alakították ki Mendix-el, rengeteg workflow-t automatizálva, több mint tízezer ügyet és húsz ezer telefonhivást kezelve naponta.

A Hollnand posta 17 millió ügyféllel rendelkezik, több mint 8 millió levelet és 1 millió csomagot kezel NAPONTA! Ők az Order Management rendszerüket építették meg Mendix-el, mely irányítja a csomagok mozgását a raktárakban, a felhasználók updatelhetik a szállítási címet, real-time követhetik csomagjaikat. Több mint két éves backlog-ot viteleztek ki 6 hónap alatt.

Ezen példákra nem mondanám, hogy egyszerű, primitív alkalmazások. Továbblépve, ezen az ábrán látható hogy milyen felületekre készíthetünk alkalmazásokat. Natív mobil appok, responsive web alkalmazások, PWA vagy akár AR/VR alkalmazások készítésére is nyújt megoldást.

Amennyiben egyediségre van szükség a legtöbb komolyabb rendszer kiegészithető egyedi kóddal készített pluginokkal, a Mendix esetében React/React native front-end kegészítéseket, a back-end logikában JAVA/Javascript modulokat írhatunk, de akár magát a keretrendszerhez is írhatunk kiegészítőket.

Ez az ábra egy komplexebb, jól skálázható, multi zónás AWS Private Cloude-ot mutat be, ez csak egy példa, természetesen számos megoldás létezik és ezen lehetőségekről is tudnék órákat beszélni, de itt most csak arra szerettem volna rávilágítani, hogy vannak komoly lehetőségeink az üzemeltetés terén is.

Mielőtt bárki kiforgatná a szavaimat nem szeretném azt állítani hogy ez egy csodafegyver ami mindenre is jó. Természetesen vannak olyan kihívások melyeket célszerűbb akár egyedi alkalmazással megcsinálni például ha egy kicsi de nagyon nagy látogatottsággal, nagy terheléssel rendelkező alkalmazásra van szükség azt biztosan sokkal effektívebb lesz egyedi kóddal kivitelezni, de ha mondjuk egy 50 -100 fős cégnek kell a csapatépítő ebéd rendelését kivitelezni ahhoz egy megosztott excel sheet vagy egy Google forms is tökéletes választás.

Amennyiben idáig is eljutottál és még mindig hallgatod ezt az előadást akkor vélhetően érdekel a téma, erre hivatkozva szívesen leülök veled egy két órás konzultációra, természetesen teljesen ingyen.

A Low-code technológiák kapcsán a Vendor lock is gyakran van emlegetve. Úgy érzem Magyarországon ez a fogalom valamelyest rosszul van használva és nincs megkülönböztetve a Vendorlock és a Platform-lock fogalma. Vendor lock-ról abban az esetben beszélünk ha egy adott beszállítóhoz vagyunk kötve akitől nagyon költséges vagy komplikált megválnunk, Platform-lock-ról akkor ha egy adott platform-hoz vagy ökoszisztémához van nagyon erős kötősédünk.

Nyilván kisebb low-code platformok esetében, akik nem rendelkeznek fejlesztői partnerekkel, community-vel, komolyabb fórummal ott mindkét fogalom egyszerre érvényesülhet, de persze ezt sokszor olyan kedvezményes árral tudják kompenzálni, hogy adott esetben megérheti elfogadni ezt a kockázatot. A nagyobb platformok esetében ahol számos fejlesztői partner van, nem igazán beszélhetünk Vendor-lock-ról, ha nem tetszik számunkra a beszállító akkor egyszerűen keresünk egy másik fejlesztői partnert. Ezen rendszerek olyan erős nevezéktant és struktúrát, dokumentáltságot követelnek meg, hogy egész egyszerűen megfejthetőek a más által készített alkalmazások logikája.

Itt egy pillanatra kitérnék az egyedi fejlesztésű rendszerekre is. Több mint 20 éves tapasztalatom során alig-alig találkoztam olyan esettel amikor egy egyedi fejlesztésű rendszert egy másik cégnek kellett átvennie és ne az lett volna a mondás, hogy egyszerűbb újra írnunk, mint megfejtetnünk az előző csapat spagetti kódját. Szóval, ha mélyebben belegondolunk akkor a Vendor lock vagy a platform lock fogalma érvénysül az egyedi fejlesztésű rendszereknél is, a dobozos termékekről nem is beszélve.

Az utolsó gondolatot a hosting kapcsán hoznám, miszerint azt állítják, hogy ezen rendszereknek komoly korlátozásai vannak a devops és a hosting területén, illetve nem skálázhatóak. Igen, vannak olyan rendszerek, amelyek csak a szolgáltató által biztosított cloude-ban futnak, de ismét, ne általánosítsunk, számos olyan platformot is ismerek ahol elég széleskörűek a lehetőségeink.

Ezt a témát most csak felületesen érinteném, különben önmagában egy órás előadás lenne, de nézzük mit kínál a Mendix. A legegyszerűbb az úgynevezett public cloud, ez kisebb alkalmazásokhoz ajánlott. Ez esetben több ügyfél, több alkalmazása fut egy cloud-on. Amennyiben nagyobb igényünk van, akkor dedikált cloud szolgáltatást tudunk választani ami szintén a Mendix által van managelve, de itt már elég sok választási lehetésgünk van az erőforrások méretét illetően. Ez mindkettő managelt szolgáltatás, tehát nem kell az infrastruktúrával foglalkoznunk. Azonban ha szeretnénk saját magunk által üzemeltetett Private Cloude-ot, akkor ezt is megtehetjük, lényegében akármelyik nagyobb cloud szolgáltatónál.

A CI/CD folyamatainkat is személyre szabhatjuk például Jenkins, Gitlab, AzureDevops, Bamboo használatával, illetve használhatunk saját repozitorit.

Dia 11 – Mint mondtam, szinte minden nagyobb cloud szolgáltató támogatott, illetve akár On-prem is üzemeltethejtük az alkalmazást

Megépithetjük a saját CI/CD folyamatainkat, használhatjuk a cégünknél már használatban lévő logolási és monitoring rendszereket, mint például Splunk, Grafana vagy a képen látható rendszerek.

Mivel a Micrometer library-t használja a Mendix Runtime, így számos lehetőségünk van a rendszer teljesítményét és működését monitorozni és finomhangolni.

Analitikai vagy A/B tesztelő eszközök széles választéka.

Illetve a különböző automata tesztelő programok integrálása is megoldott mint például a Selenuim vagy az Appium..

Köszönöm, hogy meghallgattátok ezt az előadást, remélem sikerült tisztázni néhány gyakori félreértést, és bemutatni, mennyire változatos és erőteljes lehet ez a technológia. Mint láthattátok, a low-code nem csak egyszerű  CRUD alkalmazások létrehozására szolgál, hanem komplex, nagy terhelésű rendszerek építésére is képes, és számos iparágban bizonyította már a hatékonyságát.

Meggyőződésem, hogy a megfelelő tudással és hozzáállással a low-code és no-code eszközök nem csupán a fejlesztők munkáját könnyíthetik meg, hanem az üzleti folyamatokat is átalakíthatják, innovatívabbá és hatékonyabbá tehetik vállalkozásokat.

Ismét, ha bárki közületek szeretné mélyebben megérteni, hogyan alkalmazhatja ezeket a megoldásokat a saját üzleti környezetében, készséggel állok rendelkezésre egy személyre szabott konzultáció erejéig. Keressenek bizalommal, legyen szó kezdeti lépésekről, vagy már meglévő projektjeik továbbfejlesztéséről.

Köszönöm a figyelmet, remélem hamarosan újra találkozunk.


Tiszavölgyi Péter

Tiszavölgyi Péter

Managing Partner & Co-Founder & Low Code No Code szakértő @ Stylers Group

Péter igazi kaliforniai tech-guru, mérnök és vállalkozó. A Budapesti Műszaki Egyetemen szerezte Vegyészmérnök szakon majd a Corvinus Egyetemen IT Menedzsment szakon mester diplomáit. Első vállalkozását, a Stylers-t a húszas éveiben alapította a társaival, aminek a mai napig a technológiai vezetője. Mindezen túl technikai tanácsadó számos startup-nál, valamint alapító tagja és innovációs vezetője a kaliforniai San Diego Tech Hub-nak. 2011 óta Amerikában képviseli a Stylers-t és dolgozik helyi cégekkel, vezetőkkel, akiknek szoftverfejlesztés és erőforrásbérlés területén van szükségük segítségre. Mindig és mindenben magasra teszi a lécet, főleg, ha munkáról van szó. Mottója: "Good enough is never good enough."


Szakmai partnerek

Low-Code platformok a gyakorlatban: Tévhitek és válaszok | Publikus

Feltöltés dátuma : 2023. november 22.

Low-Code Tévhitek Mendix Alkalmazások Skálázhatóság Performanica Fejlesztés IT

Ajánlott videók

IT potenciál az űriparban – Egy magyar startup tapasztalatai | Publikus

Digitális analitika: nélküle vakon repülsz, és a szerencsére bízod webshopod sikerét? | Publikus

Belső vállalati folyamataink digitalizációja 2024 – Mit, hogyan, milyen prioritással? | Tagoknak

Lessons Learned Building Developer Platforms | Publikus

A ma és a holnapután IT biztonságának kihívásai: AI, RaaS, IoT, OT, felkészül a Quantum Security? | Publikus

Érj el jobb eredményeket keresőoptimalizálással – a hosszú távú siker titka | Publikus

Five core practices for effective organisation | Publikus

Útmutató a Meta világában és azon túl – mit és hogyan érdemes használnunk az e-kereskedelemben | Publikus

Remote, onsite, hibrid – Munkavállalói és vállalati igények a post-COVID tech érában | Tagoknak

Űrpiaci trendek, globális verseny, és vállalati lehetőségek | Publikus