Bygg

Bygg din første lille app på en helg.

Praktisk metode · Mai 2026

Fra idé til App Store på to dager. Det skjer ikke ved magi. Det skjer ved at flaskehalsene fjernes én for én. Her er hvordan rytmen ser ut når det funker, time for time — og hva som ikke skal gjøres på en helg.

Tom Wentworth skrev en setning på bloggen sin sommeren 2025:

"I don't know Swift. I've never written a real line of Swift in my life."Tom Wentworth

Han hadde nettopp publisert en iOS-app til Apples App Store. På 45 minutter fra ferdig kode til «Waiting for Review». Han kunne ikke språket appen var skrevet i.

Det er ikke en bløff. Det er en helg. Du kan gjøre det samme.

Men du må vite hva som er ekte og hva som er marketing. La oss begynne der.

Hva «vibekoding» er — og ikke er

Andrej Karpathy fant ordet i februar 2025. Definisjonen var alt annet enn beskjeden:

"There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. […] I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works."Andrej Karpathy, X, februar 2025

Det viktige stod lengre nede i samme tweet:

"not too bad for throwaway weekend projects"Andrej Karpathy

Karpathy selv rammet det inn. Engangsprosjekter. Helgeprosjekter. Ikke produksjonssystemer.

Simon Willison strammet definisjonen kort etter:

"If an LLM wrote every line of your code, but you've reviewed, tested, and understood it all, that's not vibe coding in my book — that's using an LLM as a typing assistant."Simon Willison

Et viktig skille. Ren vibekoding betyr at du ikke leser koden. Du gir den slippet. Hvis du leser, tester og forstår, er det vanlig utvikling, bare raskere. De fleste «vibe-app-er» på en helg er egentlig den andre kategorien. Det er greit. Bare ikke kall det ren vibekoding når det ikke er det.

Hva som faktisk er mulig på en helg

Tall fra folk som har gjort det, ikke fra marketing-blogger:

• Simon Willison bygde en macOS-app der under 1 000 av 20 000 linjer kode var håndskrevet. Total AI-kostnad: 200 dollar i måneden.
• Tom Wentworth gikk fra ferdig iOS-app til App Store-kø på 45 minutter. Apple Developer Program koster 99 dollar i året.
• Petter i Team Agile, en norsk konsulent, brukte 20 minutter fra han hørte om Lovable.dev til han sendte en fungerende app til en bekjent.
• Increo lot en ansatt uten kodebakgrunn bygge en finans-app-prototype på under 15 minutter.

Simon Souyris Strumse, norsk gründer og en av landets tydeligste stemmer om dette, sa det til Kode24:

"Jeg ønsker å se om jeg kan bygge mitt neste selskap med AI, uten et team med utviklere."Simon Souyris Strumse, Kode24

Han har siden gjort akkurat det. Oslo Sea Experience hadde nær 50 bookinger med snittpris rundt 10 000 kroner før oppstart, og hele tjenesten ble bygd med AI.

Helgen er ekte. Men la oss være presise på hva slags app det dreier seg om.

Hva som ikke bygges på en helg

Det her er like viktig som det forrige. Skjønner du dette skillet før du starter, sparer du måneder.

Alex Somby i Devspace sa det presist:

"Det ser klart ut, men altfor ofte er det bare klart for demo, ikke for drift."Alex Somby, Shifter

Felipe Longe i SportAI bygde en MVP for kunde i samme stil:

"Det gikk fort og vi fikk raskt noe å vise til kunden […] Etter hvert som kompleksiteten vokste begynte utfordringene å komme."Felipe Longe, Shifter

Den nyansen savnes i de fleste «AI bygger appen din!»-overskrifter. Den er sentral.

Slik ser en helg ut når det funker

To dager. Wentworths setning — «I don't know Swift. I've never written a real line of Swift in my life» — er ikke hyperbol. Den er rytmen. Slik fordeler timene seg.

Dag 1 — fra idé til kjørende prototype

Morgen. Idé på papir. Hva skal appen gjøre? For hvem? Hva er den ene tingen den gjør bra? Skriv en spek på én A4-side. Ingen tekniske valg. Bare hva.

Formiddag. Stack-valg. Spør Claude direkte: «Hva er enkleste vei fra null til App Store for denne typen app?» Svaret kommer på minutter — SwiftUI for native iOS uten backend i første versjon, eller Lovable/Bolt hvis det skal være web. Gå for det.

Lunsj. Førstegangs «hello world» kjører i simulatoren. Claude Code skriver hver linje. Du leser, godkjenner, prøver.

Ettermiddag. Hovedfunksjonen. Iterasjon på iterasjon. Du snakker faktisk med Claude — engelsk eller norsk, det spiller mindre rolle akkurat her. Strumse jobber på engelsk:

"Jeg vil kun snakke engelsk til kodebasen."Simon Souyris Strumse

Mange blander. Spek på norsk, kode-instrukser ofte engelsk fordi det er kortere. Se Flytende norsk fra Claude for hvorfor.

Kveld. Første brukbare versjon. Den er stygg. Den funker.

Dag 2 — App Store-løypa

Det er her overraskelsen kommer. Selve byggingen er ikke det som tar tid lenger. Byråkratiet er.

• Apple Developer-konto: $99 i året. Selve registreringen tar minutter, men verifiseringen kan trekke ut.
• App-sertifikater og provisioning profiles. Claude leder deg gjennom det, men det er menyklikk, ikke programmering.
• App-ikon i syv størrelser. Privacy policy. App-beskrivelse. Kategori. Aldersgrense. Screenshots i tre formater.
• Test Flight-runde med deg selv som tester.
• Submit til review.

Det tar mer tid enn dag 1. Ingen forteller deg det på forhånd.

Hva som overrasker

Hvor lite av tida som faktisk går til kode.

Det meste av kostnaden ligger andre steder. Vurderinger. Testing. Publiseringsadministrasjon. Dokumentasjon. Ikon-design. Tekstforfatting til App Store-siden.

AI tar koden. Mennesker gjør resten.

DHH har sagt det best — og han bruker AI selv:

"I'm nowhere close to the claims of having agents write 90%+ of the code, as I see some boast about online."David Heinemeier Hansson

Han skriver omtrent 60–70 prosent. Det er en mer ærlig prosent enn det marketing-tallene fra Lovable og Bolt sier.

Den ærlige advarselen

Skanninger av tusenvis av vibe-kodede apper viser et tydelig mønster: kritiske sårbarheter, lekkede passord og hemmeligheter, eksponert persondata. AI-assistert kode shippes raskere, men sikkerhetshull dukker oftere opp.

Strumse sa det rett ut til Kode24:

"Ikke la noen som ikke vet hva de gjør, bruke vibbekoding på noe kritisk."Simon Souyris Strumse

Definer hva som er kritisk for deg selv før du starter. Hvis appen håndterer penger, helse, identitet, barn eller bedriftshemmeligheter — ikke vibekod den. Bygg den langsomt. Eller hyr noen.

Hvis appen er en timer, en handleliste, et internt verktøy, en personlig vaneapp — gå hardt på, en helg.

Rickard Falcks innvending — og svaret

"Å kunne skrive kode er ikke det samme som å kunne utvikle programvare."Rickard Falck, Solidify

Han har helt rett. Programvareutvikling rommer arkitektur, testing, drift, vedlikehold, sikkerhet — alt det som tar 90 prosent av en programvares livssyklus.

Christian Hjellestad i Devora sier det enda kortere:

"KI gjør det billig å bygge programvare. Det gjør det ikke billigere å eie den."Christian Hjellestad

Det er sant. Men det som er nytt er at bygge-fasen ikke lenger er en flaskehals. Det åpner for at folk som aldri har bygget noe før, kan bygge sin første ekte ting. Det er hele poenget.

Konklusjonen er: vibekod helg-prosjektet. Når det viser seg å være verdt å eie, da hyr en utvikler eller lær håndverket selv. Begynnelsen er gratis nå. Det er det største skiftet.

Slik bruker du dette i praksis

1. Velg et lite, ekte problem du har. Ikke en idé du tror folk vil ha. Et du har selv.
2. Skriv én A4-side med hva appen skal gjøre. Ikke hvordan.
3. Spør Claude om enkleste stack for det målet. Følg svaret.
4. Bygg dag 1: prototype som funker for deg selv.
5. Bygg dag 2: App Store-løypa. Sett av like mye tid som dag 1.
6. Ikke vibekod betaling, identitet, helse eller PII. Bygg det langsomt eller hyr.
7. Når appen lever, sett opp en CLAUDE.md med det du lærte. Se Claude Code-oppsett.
8. Skriv om det offentlig. Det er sånn neste prosjekt blir lettere — for deg og for andre.

Vibekod det du tør miste. Bygg langsomt det du ikke tør miste. Lær forskjellen før helgen begynner.