Low-code eller traditionel udvikling?
Low-code er platforme som OutSystems, Mendix og Power Platform hvor IT bygger hurtigere med færdige byggeklodser. De accelererer formularer og arbejdsgange, men bremser ved avancerede integrationer, egen UX og versionsstyring. Traditionel udvikling giver fuld frihed, men tager længere tid. Den største forskel er licensomkostningen og fastlåsningen i low-code.
Low-code præsenteres ofte som en måde at bygge software hurtigere og billigere på, næsten uden håndværket. Billedet er forenklet. Low-code er et stærkt værktøj til den rigtige opgave, men det kommer med et prisskilt og en fastlåsning som ikke ses ved første øjekast. For at vælge klogt skal du vide hvad platformene reelt accelererer, hvor de bremser og hvad de koster over tid, ikke kun ved start.
Hvad low-code faktisk er, og hvad det ikke er
Først en vigtig afgrænsning: Low-code er ikke no-code. No-code henvender sig til forretningsbrugere der bygger enkle apps uden at kunne programmere. Low-code henvender sig til IT-afdelinger og udviklere. Det gør professionel udvikling hurtigere med færdige byggeklodser, men forudsætter stadig teknisk kompetence.
I den kategori finder man platforme som OutSystems, Mendix og Microsofts Power Platform. Tanken er at udviklere samler applikationer af færdige komponenter i stedet for at håndkode alt: hurtigere til det platformen er lavet til, men bundet til dens rammer.
Hvad platformene accelererer
Der hvor low-code skinner, er det afgrænsede og regelmæssige. Interne procesapps. Formularer der indsamler data. Arbejdsgange der skal føre en sag fra A til B. Enklere brugerflader oven på eksisterende systemer.
Til den slags opgaver er tidsbesparelsen reel. Det der ellers ville være uger med rutinekode, bliver til dage med konfiguration, og en IT-afdeling kan levere internt uden at sætte et fuldt udviklingsprojekt i gang. Holder I jer inden for det platformen er bygget til, er hastigheden dens stærkeste argument.
Hvor de bremser
Problemerne begynder ved kanten af det platformen er tænkt til. Tre områder går igen:
- Avancerede integrationer. Skal løsningen tale dybt sammen med andre systemer på usædvanlige måder, bliver det hurtigt besværligt, nogle gange umuligt.
- Egen brugeroplevelse. Vil I have et unikt design og et udtryk der adskiller jer fra mængden, sætter platformens skabeloner grænser.
- Versionsstyring og test i teams. Disciplineret udvikling i stor skala med flere parallelle spor passer bedre til traditionel kode.
Konsekvensen kan blive den dyreste: I bygger det enkle færdigt hurtigt, rammer muren ved det svære og er alligevel tvunget til at bygge dele om i almindelig kode. Så har low-code ikke sparet tid, men lagt en ekstra runde til.
Omkostningen og fastlåsningen
Her ligger den afgørende forskel i forhold til traditionel udvikling. Low-code-platforme koster løbende licensgebyrer, ofte knyttet til antallet af brugere eller apps, og de kan vokse til betydelige beløb over tid. Den hurtige start skygger let for at omkostningen fortsætter så længe løsningen lever.
Værre er fastlåsningen. En app bygget i en low-code-platform lever på platformens vilkår og er svær at flytte derfra. Hæves prisen eller ændres vilkårene, har I et begrænset råderum fordi alternativet ofte er at bygge om fra bunden. Med traditionel kode ejer I det der er bygget og kan tage det med jer. Den frihed er den pris low-code betaler for sin hastighed.
En sammenligning i korte træk
| Aspekt | Low-code |
|---|---|
| Hastighed for enkle arbejdsgange | Høj: dage i stedet for uger |
| Avancerede behov og egen UX | Begrænset, bremser ved kanterne |
| Løbende omkostning | Licensgebyrer der vokser over tid |
| Ejerskab og frihed | Låst fast til platformen |
Traditionel udvikling vender flere af dem om: langsommere start og højere startomkostning, men fuld frihed, ingen fastlåsning til licenser og egen kode som I ejer.
Et scenarie
Lad os sige at en IT-afdeling har brug for en intern app til at håndtere sager mellem afdelinger: formularer, et par arbejdsgange, ingen høje krav til design. Her kan low-code levere på en brøkdel af tiden, og licensomkostningen er en rimelig pris for farten. Lad os i stedet sige at den samme virksomhed skal bygge et kundevendt produkt med egen identitet som skal leve i mange år. Så vejer ejerskab, fri UX og frihed fra fastlåsning til licenser tungere end den hurtige start, og traditionel udvikling bliver det tryggere valg. Spørgsmålet er altid hvor central løsningen er og hvor længe I regner med at beholde den.
Vi hos Weapp bygger med traditionel udvikling hvor ejerskab og frihed er vigtige, men hjælper gerne med at afgøre om et behov er et typisk low-code-tilfælde eller ej. Vil du sparre om hvilket spor der passer til jer? Se vores ydelser, eller kontakt os.
Ofte stillede spørgsmål
Er low-code det samme som no-code?
Nej. No-code henvender sig til forretningsbrugere uden programmeringskendskab som selv bygger enkle apps. Low-code henvender sig til IT-afdelinger og udviklere: Det gør professionel udvikling hurtigere med færdige byggeklodser, men kræver stadig teknisk kompetence. Low-code kan håndtere mere avancerede behov end no-code, men når ikke hele vejen til en helt fri løsning.
Hvad er den mest almindelige overraskelse ved low-code?
Licensomkostningen. Platforme som OutSystems og Mendix opkræver løbende gebyrer der ofte vokser med antallet af brugere eller apps, og de kan blive betydelige over tid. Mange fokuserer på den hurtige start og overser at omkostningen fortsætter så længe løsningen lever, i modsætning til traditionel kode som du ejer.
Hvad bremser low-code-platforme?
Avancerede integrationer med andre systemer, en egen skræddersyet brugeroplevelse og ting som versionsstyring og test i større teams. Så længe I holder jer inden for det platformen er bygget til, går det hurtigt. Så snart I vil ud over det, bliver det besværligt og nogle gange umuligt. Det kan tvinge en ombygning i almindelig kode frem.
Hvor alvorlig er risikoen for fastlåsning?
Den er reel. En løsning bygget i en low-code-platform er svær at flytte derfra: Appen lever på platformens vilkår. Hæves licensprisen eller ændres vilkårene, har I et begrænset råderum fordi alternativet ofte er at bygge om fra bunden. Tag det med i vurderingen før I låser jer fast, især for systemer I regner med at beholde længe.
Hvornår er low-code det rigtige valg, og hvornår er traditionel udvikling det?
Low-code passer til interne procesapps, formularer og arbejdsgange der hurtigt skal på plads i en IT-afdeling. Traditionel udvikling passer til produkter med egen identitet, avancerede behov eller lang levetid hvor ejerskab og frihed vejer tungt. Valget står mellem hastighed nu og kontrol over tid, og det afhænger af hvor central løsningen er for forretningen.