No-code/lavkode vs. rigtig udvikling: hvad skal du vælge?

No-code- og lavkode-værktøjer har gjort det muligt at bygge fungerende systemer på dage i stedet for måneder, uden en udvikler. Det er reelt fremskridt for mange SMV'er. Men det er ikke gratis frokost. Valget mellem no-code og ‚rigtig‘ udvikling handler om at forstå, hvad du vinder og hvad du giver afkald på.

Hvad er forskellen egentlig?

No-code er visuelle værktøjer, hvor du klikker dig til apps, automatiseringer og databaser uden at skrive kode, tænk Airtable, Make eller lignende. Lavkode ligger imellem: du bygger visuelt, men kan supplere med kode, hvor det klemmer. Rigtig udvikling er kode fra bunden, hvor alt er muligt, men alt også skal bygges.

Groft sagt: no-code giver dig fart og lave startomkostninger mod at acceptere platformens grænser. Udvikling giver dig frihed og kontrol mod højere pris og længere tid.

Hvornår no-code rækker, og er det rigtige valg

For rigtig mange opgaver er no-code ikke en nødløsning, men det klogeste valg:

• Interne værktøjer til et lille team, hvor tingene må se enkle ud.
• Automatiseringer mellem systemer du allerede bruger.
• Prototyper og MVP'er, hvor det vigtigste er hurtigt at teste, om idéen holder.
• Afgrænsede registre, kunder, opgaver, lager, uden vilde særregler.

Kan du løse problemet i no-code på en uge frem for et udviklingsprojekt på to måneder, så gør det. Du lærer af det i drift, og kan altid bygge om senere med langt bedre viden.

Hvornår du vokser fra det

No-code har et loft, og du mærker det som regel på disse tegn:

• Priser skalerer forkert. Mange platforme koster pr. bruger eller pr. handling. Det, der var billigt med 3 brugere, bliver dyrt med 30.
• Du kæmper mod værktøjet. Bruger du mere tid på at finde smarte omveje end på at løse problemet, er du ude over kanten.
• Ydelse og datamængder. Store datamængder og tunge beregninger er ikke no-code-værktøjers styrke.
• Kompleks logik og integrationer. Mange særtilfælde og dybe integrationer bliver skrøbelige at bygge visuelt.
• Ejerskab og lock-in. Din løsning lever inde i en platform, du ikke ejer. Lukker eller ændrer de tjenesten, står du med et problem.

Det er sjældent enten-eller

De fleste velfungerende opsætninger er hybride: no-code til det, der skal gå stærkt og ændre sig ofte, og skreven kode til kernen, der skal være robust. En sund tilgang er at starte i no-code for at lære behovet at kende, og først investere i udvikling der, hvor det gør ondt nok til at betale sig.

Det er i familie med den klassiske afvejning mellem standardsoftware og skræddersyet, og et beslægtet spørgsmål er, hvornår Excel ikke længere er nok, for regneark er tit den no-code-løsning man ubevidst startede med.

Er du i tvivl om, hvorvidt din opgave hører til i no-code eller kræver rigtig udvikling, så tag fat i mig, jeg siger gerne fra, hvis no-code er den billigere og bedre vej for dig.