Mi az a low-code? Egyszerű útmutató

A low-code olyan szoftverépítési mód, amelyben az alkalmazás nagy részét vizuális eszközökkel rakják össze — húzással működő képernyőkkel, adatmodellekkel és munkafolyamat-diagramokkal —, a fejlesztők pedig csak kis mennyiségű kódot írnak azokhoz a részekhez, amelyeket ezek az eszközök nem tudnak kezelni. A hagyományos programozás és a no-code között helyezkedik el. A kifejezést a Forrester kutatócég népszerűsítette 2014-ben, és ismert platformok közé tartozik a Microsoft Power Apps, az OutSystems, a Mendix és a Retool.

Miért fontos AI-val építve

Ha alapító vagy kisvállalkozó vagy, és alkalmazás építésén gondolkodsz, három címkével fogsz találkozni: no-code, low-code és AI-alkalmazásépítők. Gyakran egy kalap alá veszik őket, de különböző embereknek szólnak. A low-code platformok főleg vállalati IT-csapatoknak készülnek, és sokan feltételezik, hogy valaki a csapatban tud kódot írni, amikor a vizuális eszközök elfogynak.

Ezt tudni segít abban, hogy ne egy 50 fős IT-osztálynak készült eszközt válassz, amikor egyedül vagy egy ötlettel — vagy fordítva, ne egy egyszerű eszközt egy összetett üzleti rendszerhez. Azt is megmagyarázza, miért változtatják meg az AI-építők a képet: ha egy AI írja helyetted a kódot, a low-code „low” része kevesebbet számít, mert a kézzel írt részek már nem a nehéz részek.

Hétköznapi hasonlat

Gondolj a vacsorafőzésre.

• A hagyományos programozás a főzés nulláról: nyers alapanyagok, teljes irányítás, sok tudás és idő.
• A no-code egy receptcsomag: minden előre adagolt, egy recepttel. Gyors és megbízható, de azt főzöd, ami a dobozban van.
• A low-code receptcsomag plusz felszerelt konyha. A csomagot követed a vacsora nagy részében, de egy ügyes szakács saját szószt tehet hozzá, kicserélhet egy alapanyagot, vagy megváltoztathat egy lépést.

A konyha a különbség. A low-code kiskaput ad a valódi kód felé, ami erős — amíg valakinek tudnia kell főzni.

Hogyan működnek a low-code platformok

A legtöbb low-code platformnak van néhány közös funkciója:

Az utolsó sor gyakran a döntő tényező a nagyobb cégeknél. A low-code platformokat úgy építik, hogy az IT megtartsa a felügyeletet, miközben többen építenek alkalmazásokat.

Példa: költségtérítés-jóváhagyó alkalmazás

Egy 200 fős cég a levélben küldött költségtérítési táblázatokat egy alkalmazással szeretné kiváltani.

Egy low-code platformmal a csapat így járhat el:

1. Vizuálisan modellezi az adatot. Egy Expense (költség) tartalmaz munkavállalót, összeget, kategóriát, blokkfotót és státuszt.
2. A képernyőket komponensek húzásával tervezi. Űrlap a költség beküldéséhez, lista a vezetőknek, műszerfal a pénzügynek.
3. Megrajzolja a munkafolyamatot. Beküldve → a vezető jóváhagyja → ha egy megadott összeg fölött van, a pénzügy is jóváhagyja → kifizetve.
4. Meglévő rendszereket köt össze. Bejelentkezés a cég Microsoft- vagy Google-fiókjaival; minden munkavállaló vezetőjének lekérdezése a HR-rendszerből.
5. Ahol kell, ír egy kevés kódot. Tegyük fel, hogy az a szabály, amely megmondja, mely költségekhez kell pénzügyi jóváhagyás, egy másik rendszerben élő osztályköltségvetéstől függ. Egy fejlesztő ír egy rövid scriptet, amely lekéri a költségvetést, és dönt.
6. Telepítés az IT-n keresztül. A platform kezeli a tárhelyet, a hozzáférési szabályokat és a naplózást.

Az 1–4. lépést egy technikailag magabiztos üzleti elemző is elvégezheti. Az 5. lépéshez fejlesztő kell. Ez a megosztás a low-code lényege.

Low-code vs no-code vs AI-alkalmazásépítők

A határok elmosódnak: sok no-code és low-code platform ma már AI-asszisztenst is tartalmaz, az AI-építők pedig ugyanazokat a belső eszközöket tudják előállítani, amelyekről a low-code híres. Többet a no-code vs AI-alkalmazásépítők oldalon találsz.

Kulcsfogalmak magyarázata

Gyakori hibák és tévhitek

• „A low-code azt jelenti, hogy bárki bármit építhet.” A vizuális részek könnyen elsajátíthatók, de az összetett alkalmazásokhoz továbbra is fejlesztői tudás kell, különösen integrációknál és egyedi logikánál.
• „A low-code csak prototípusokhoz való.” Sok cég fontos belső rendszereit low-code platformokon futtatja. A kompromisszum a platformtól való függés, nem a komolytalanság.
• A vendorfüggőség (lock-in) alábecsülése. A képernyőid és munkafolyamataid általában a platform saját formátumában élnek. Az átköltözés újraépítést jelent.
• Az felhasználónkénti árazás figyelmen kívül hagyása. Egyes platformok alkalmazást használó személyenként számláznak, ami összeadódhat, ha egy belső eszközt az egész cégre kiterjesztesz. Nézd meg, mielőtt elkötelezed magad.
• Az unalmas részek kihagyása. A jogosultságok, az audit-naplók és a tesztelés low-code-ban is ugyanolyan fontosak, mint a hagyományos kódban.

Mit kérdezz a választás előtt (és mit kérj az AI-építődtől)

• „Ki építi és tartja karban ezt — van valakink, aki tud kódot írni?”
• „Mibe kerül, ha az egész cég használja?”
• „Csatlakozhatunk a bejelentkező rendszerünkhöz és a meglévő adatainkhoz?”
• „Ha elhagyjuk a platformot, mit vihetünk magunkkal?”

Ha belső eszközhöz AI-építőt választasz, hasznos kérések lehetnek:

• „Építs egy költségjóváhagyó alkalmazást: a munkatársak beküldenek, a vezetők jóváhagynak, a [összeg] feletti összegekhez pénzügyi jóváhagyás is kell.”
• „Csak a vezetők láthatják a csapatuk költségeit. Ezt a szerveren érvényesítsd.”
• „Naplózd minden jóváhagyást és elutasítást azzal, hogy ki és mikor tette.”

Az ilyen alkalmazásokról bővebben: hogyan építs belső eszközt és Retool-alternatívák.

Low-code és a Mythex

A Mythex AI-alkalmazásépítő, nem low-code platform: nincs vizuális munkafolyamat-szerkesztő. Leírod csevegésben az alkalmazást, az ügynök pedig megírja a kódot — képernyőket, adatbázis táblákat, szerveroldali logikát —, amelyet élő előnézetben láthatsz, és közzétehetsz. Az egyedi logika, amelyhez low-code platformon fejlesztő kellene, egyszerűen újabb kérés. A Pro csomagban teljes kódszerkesztőt, exportot és GitHub-szinkront kapsz, így egy fejlesztő is át tudja venni. Nagy cégeknek, amelyeknek beépített irányítás és mély vállalati integrációk kellenek, egy dedikált low-code platform még mindig jobb illeszkedés lehet.

Kérdések