Mitä on low-code? Selkokielinen opas

Low-code on tapa rakentaa ohjelmistoja, jossa suurin osa sovelluksesta kootaan visuaalisilla työkaluilla: vedä ja pudota -näytöillä, datamalleilla ja työnkulkukaavioilla. Kehittäjät kirjoittavat pieniä määriä koodia vain niihin osiin, joihin nuo työkalut eivät yllä. Se sijoittuu perinteisen koodaamisen ja no-coden väliin. Termin popularisoi tutkimusyhtiö Forrester vuonna 2014, ja tunnettuja alustoja ovat muun muassa Microsoft Power Apps, OutSystems, Mendix ja Retool.

Miksi tämä on tärkeää tekoälyllä rakennettaessa

Jos olet perustaja tai pienyrittäjä ja harkitset sovelluksen rakentamista, törmäät kolmeen nimikkeeseen: no-code, low-code ja tekoälysovellusrakentajat. Niitä sekoitetaan usein, mutta ne on suunnattu eri ihmisille. Low-code-alustat palvelevat pääosin yritysten IT-tiimejä, ja monet olettavat, että tiimissä on joku, joka osaa kirjoittaa koodia, kun visuaaliset työkalut loppuvat.

Tämä auttaa välttämään tilanteen, jossa valitset 50 hengen IT-osastolle tehdyn työkalun, vaikka olet yksin ideasi kanssa. Tai päinvastoin, valitset yksinkertaisen työkalun monimutkaiselle yritysjärjestelmälle. Se selittää myös, miksi tekoälyrakentajat muuttavat kuvaa: kun tekoäly kirjoittaa koodin puolestasi, low-coden "low" merkitsee vähemmän, koska käsin kirjoitetut osat eivät enää ole vaikein osa.

Arkinen vertaus

Ajattele ruoanlaittoa.

• Perinteinen koodaaminen on ruoanlaittoa alusta: raaka-aineet, täysi hallinta, paljon taitoa ja aikaa.
• No-code on ateriakassi: kaikki on valmiiksi annosteltu ja mukana on reseptikortti. Nopea ja luotettava, mutta valmistat sen, mitä laatikossa on.
• Low-code on ateriakassi plus varustettu keittiö. Seuraat kassin reseptiä suurimman osan aterasta, mutta taitava kokki voi lisätä oman kastikkeensa, vaihtaa raaka-aineen tai muuttaa vaiheen.

Keittiö on ero. Low-code antaa pääsyn oikeaan koodiin, mikä on voimakasta, kunhan joku osaa kokata.

Miten low-code-alustat toimivat

Useimmilla low-code-alustoilla on muutamia yhteisiä ominaisuuksia:

Tämä viimeinen rivi on usein ratkaiseva suuremmille yrityksille. Low-code-alustat on rakennettu niin, että IT säilyttää valvonnan, kun useampi ihminen rakentaa sovelluksia.

Esimerkki: kulukorvausten hyväksyntäsovellus

200 hengen yritys haluaa korvata sähköpostitse lähetettävät kulukorvaustaulukot sovelluksella.

Low-code-alustalla tiimi voisi:

1. Mallintaa datan visuaalisesti. Expense sisältää työntekijän, summan, kategorian, kuitin kuvan ja tilan.
2. Suunnitella näytöt vetämällä komponentteja. Lomake kulun lähettämiseen, lista esimiehille ja kojelauta talousosastolle.
3. Piirtää työnkulun. Lähetetty → esimies hyväksyy → jos yli tietyn rajan, talousosasto hyväksyy → maksettu.
4. Yhdistää olemassa olevat järjestelmät. Kirjautuminen yrityksen Microsoft- tai Google-tileillä; haetaan jokaisen työntekijän esimies HR-järjestelmästä.
5. Kirjoittaa vähän koodia tarvittaessa. Oletetaan, että sääntö siitä, mitkä kulut tarvitsevat talousosaston hyväksynnän, riippuu osastojen budjeteista, jotka ovat toisessa järjestelmässä. Kehittäjä kirjoittaa lyhyen skriptin, joka hakee budjetin ja päättää.
6. Julkaista IT:n kautta. Alusta hoitaa hostauksen, käyttöoikeudet ja auditointilokit.

Vaiheet 1–4 voi tehdä teknisesti varma liiketoima-analyytikko. Vaihe 5 vaatii kehittäjän. Tämä jako on low-coden ydin.

Low-code vs no-code vs tekoälysovellusrakentajat

Rajat hämärtyvät: monilla no-code- ja low-code-alustoilla on nykyään tekoälyavustajia, ja tekoälysovellusrakentajat voivat tuottaa samoja sisäisiä työkaluja, joista low-code tunnetaan. Lisää aiheesta: no-code vs tekoälysovellusrakentajat.

Keskeiset termit selitettynä

Yleisiä virheitä ja väärinkäsityksiä

• "Low-codella kuka tahansa voi rakentaa mitä tahansa." Visuaaliset osat ovat helposti lähestyttäviä, mutta monimutkaiset sovellukset vaativat yhä kehittäjäosaamista, erityisesti integraatioissa ja omassa logiikassa.
• "Low-code on vain prototyyppejä varten." Monet yritykset ajavat tärkeitä sisäisiä järjestelmiä low-code-alustoilla. Kompromissi on riippuvuus alustasta, ei vakavuuden puute.
• Lukittumisen aliarviointi. Näyttösi ja työnkulkusi ovat yleensä alustan omassa muodossa. Siirtyminen tarkoittaa uudelleenrakentamista.
• Käyttäjäkohtaisen hinnoittelun sivuuttaminen. Osa alustoista veloittaa jokaisesta sovellusta käyttävästä henkilöstä, mikä voi kertyä, kun sisäinen työkalu otetaan käyttöön koko yrityksessä. Tarkista ennen sitoutumista.
• Tylsien osien ohittaminen. Käyttöoikeudet, auditointilokit ja testaus ovat yhtä tärkeitä low-codessa kuin tavallisessa koodissa.

Mitä kysyä ennen valintaa (ja mitä pyytää tekoälyrakentajalta)

• "Kuka rakentaa ja ylläpitää tätä? Onko meillä jotakuta, joka osaa kirjoittaa koodia?"
• "Mitä tämä maksaa, kun koko yritys käyttää sitä?"
• "Voimmeko yhdistää sen kirjautumisjärjestelmäämme ja olemassa olevaan dataan?"
• "Jos lähdemme alustalta, mitä voimme viedä mukanamme?"

Jos valitset tekoälysovellusrakentajan sisäiseen työkaluun, hyödyllisiä kehotteita ovat:

• "Rakenna kulukorvaussovellus: työntekijät lähettävät, esimiehet hyväksyvät, ja yli [summan] kulut tarvitsevat myös talousosaston hyväksynnän."
• "Vain esimiehet näkevät oman tiiminsä kulut. Pakota tämä palvelimella."
• "Kirjaa jokainen hyväksyntä ja hylkäys: kuka teki sen ja milloin."

Lisää tämäntyyppisistä sovelluksista katso näin rakennat sisäisen työkalun ja Retool-vaihtoehdot.

Low-code ja Mythex

Mythex on tekoälysovellusrakentaja, ei low-code-alusta: siinä ei ole visuaalista työnkulkueditoria. Kuvaat sovelluksen chatissa, ja agentti kirjoittaa koodin, eli näytöt, tietokantataulut ja palvelinlogiikan, jonka näet live-esikatselussa ja voit julkaista. Mukautettu logiikka, joka low-code-alustalla vaatisi kehittäjän, on Mythexissä vain uusi pyyntö. Pro-tilauksella saat täyden koodieditorin, viennin ja GitHub-synkronoinnin, joten kehittäjä voi jatkaa työtä. Suurille yrityksille, jotka tarvitsevat sisäänrakennettua hallintaa ja syvää yrityskäyttöön sopivaa integraatiota, erillinen low-code-alusta voi silti olla parempi valinta.

Kysymykset