Kas ir low-code? Vienkāršs skaidrojums

Low-code ir programmatūras veidošanas veids, kurā lielāko daļu lietotnes salieto ar vizuāliem rīkiem — ekrāniem, datu modeļiem un darbplūsmu diagrammām, ko velc un nomet —, bet izstrādātāji raksta nelielu koda daudzumu tikai tām daļām, ko šie rīki nespēj apstrādāt. Tas atrodas starp tradicionālu kodēšanu un no-code. Terminu popularizēja pētniecības uzņēmums Forrester 2014. gadā, un pazīstamas platformas ir Microsoft Power Apps, OutSystems, Mendix un Retool.

Kāpēc tas ir svarīgi, veidojot ar MI

Ja esi uzņēmējs vai mazā biznesa īpašnieks un domā par lietotnes veidošanu, sastapsies ar trim nosaukumiem: no-code, low-code un MI lietotņu veidotāji. Bieži tos sajauc, bet tie domāti dažādiem cilvēkiem. Low-code platformas galvenokārt mērķē uz uzņēmumu IT komandām, un daudzas pieņem, ka kāds komandā var rakstīt kodu, kad vizuālie rīki beidzas.

Tas palīdz izvairīties no rīka izvēles, kas domāts 50 cilvēku IT nodaļai, ja esi viens pats ar ideju — vai, pretēji, no vienkārša rīka izvēles sarežģītai biznesa sistēmai. Tas arī izskaidro, kāpēc MI veidotāji maina ainu: kad MI raksta kodu tavā vietā, „low” daļai no low-code ir mazāk nozīmes, jo rokraksta daļas vairs nav grūtākā daļa.

Ikdienas analoģija

Iedomājies pusdienu gatavošanu.

• Tradicionāla kodēšana ir gatavošana no nulles: neapstrādātas sastāvdaļas, pilna kontrole, daudz prasmju un laika.
• No-code ir ēdienu komplekts: viss iepakots ar receptes kartīti. Ātri un droši, bet gatavo to, kas ir kastē.
• Low-code ir ēdienu komplekts plus labi apgādāta virtuve. Lielāko daļu maltītes gatavo pēc komplekta, bet prasmīgs pavārs var pievienot savu mērci, nomainīt sastāvdaļu vai mainīt soli.

Virtuve ir atšķirība. Low-code dod izeju uz īstu kodu, un tas ir spēcīgi — ja vien kāds prot gatavot.

Kā darbojas low-code platformas

Vairumam low-code platformu ir dažas kopīgas iezīmes:

Pēdējā rinda bieži ir izšķirošais faktors lielākiem uzņēmumiem. Low-code platformas ir veidotas tā, lai IT varētu saglabāt uzraudzību, kamēr lietotnes veido vairāk cilvēku.

Darba piemērs: izdevumu apstiprināšanas lietotne

Uzņēmums ar 200 darbiniekiem vēlas aizstāt pa e-pastu sūtītās izdevumu tabulas ar lietotni.

Ar low-code platformu komanda varētu:

1. Vizuāli modelēt datus. Expense ietver darbinieku, summu, kategoriju, čeka fotogrāfiju un statusu.
2. Izveidot ekrānus, velkot komponentes. Forma izdevuma iesniegšanai, saraksts vadītājiem, panelis finanšu nodaļai.
3. Uzzīmēt darbplūsmu. Iesniegts → vadītājs apstiprina → ja virs noteiktas summas, apstiprina finanses → samaksāts.
4. Pieslēgt esošās sistēmas. Pieteikties ar uzņēmuma Microsoft vai Google kontiem; uzmeklēt katra darbinieka vadītāju HR sistēmā.
5. Kur vajadzīgs, uzrakstīt nedaudz koda. Pieņem, ka noteikums, kuriem izdevumiem vajag finanšu apstiprinājumu, ir atkarīgs no nodaļu budžetiem, kas glabājas citā sistēmā. Izstrādātājs uzraksta īsu skriptu, lai nolasītu budžetu un izlemtu.
6. Izvietot caur IT. Platforma nodrošina hostingu, piekļuves noteikumus un audita žurnālus.

Soļus 1.–4. var izpildīt tehniski pārliecināts biznesa analītiķis. 5. solis prasa izstrādātāju. Šis sadalījums ir low-code būtība.

Low-code pret no-code pret MI lietotņu veidotājiem

Robežas izplūst: daudzām no-code un low-code platformām tagad ir MI palīgi, un MI veidotāji var radīt tās pašas iekšējās lietotnes, ar ko slavens low-code. Vairāk skat. no-code pret MI lietotņu veidotājiem.

Galvenie termini

Biežākās kļūdas un maldīgi priekšstati

• „Low-code nozīmē, ka ikviens var izveidot jebko.” Vizuālās daļas ir pieejamas, bet sarežģītas lietotnes joprojām prasa izstrādātāja prasmes, īpaši integrācijām un pielāgotai loģikai.
• „Low-code ir tikai prototipiem.” Daudzi uzņēmumi darbina svarīgas iekšējās sistēmas uz low-code platformām. Kompromiss ir atkarība no platformas, nevis nopietnības trūkums.
• Slēgšanās (lock-in) novērtēšana par zemu. Tavi ekrāni un darbplūsmas parasti dzīvo platformas pašā formātā. Pārvietošanās nozīmē pārbūvēt.
• Maksas par lietotāju ignorēšana. Dažas platformas maksā par katru cilvēku, kas lieto lietotni, un tas var sasummēties, kad iekšējo rīku izvieto visam uzņēmumam. Pārbaudi pirms apņemšanās.
• Garlaicīgo daļu izlaišana. Atļaujas, audita pēdas un testēšana ir tikpat svarīgas low-code kā parastā kodā.

Ko pajautāt pirms izvēles (un ko lūgt savam MI veidotājam)

• „Kas to veidos un uzturēs — vai mums ir kāds, kas prot rakstīt kodu?”
• „Cik tas maksā, kad visi uzņēmumā to lieto?”
• „Vai to var pieslēgt mūsu pieteikšanās sistēmai un esošajiem datiem?”
• „Ja pametīsim platformu, ko no tās varam paņemt līdzi?”

Ja izvēlies MI veidotāja ceļu iekšējam rīkam, noderīgi ir šādi pieprasījumi:

• „Veido izdevumu apstiprināšanas lietotni: darbinieki iesniedz, vadītāji apstiprina, jebkas virs [summas] prasa arī finanšu apstiprinājumu.”
• „Tikai vadītāji redz savas komandas izdevumus. Ievieso to serverī.”
• „Reģistrē katru apstiprinājumu un noraidījumu ar to, kurš to izdarīja un kad.”

Vairāk par šāda veida lietotni skat. kā veidot iekšēju rīku un Retool alternatīvas.

Low-code un Mythex

Mythex ir MI lietotņu veidotājs, nevis low-code platforma: vizuāla darbplūsmu redaktora nav. Apraksti lietotni čatā, un aģents raksta kodu — ekrānus, datubāzes tabulas, servera loģiku —, ko vari redzēt tiešās priekšskatīšanas logā un publicēt. Pielāgotā loģika, kam low-code platformā vajadzētu izstrādātāju, Mythex ir vienkārši vēl viens pieprasījums. Pro plānā dabūsi pilnu koda redaktoru, eksportu un GitHub sinhronizāciju, lai izstrādātājs to varētu pārņemt. Lieliem uzņēmumiem, kam vajag iebūvētu pārvaldību un dziļas uzņēmuma integrācijas, specializēta low-code platforma joprojām var būt labāk piemērota.

Jautājumi