Deres playbook til vibe coding

Bed ikke om hele appen på én gang. Del den op i små, testbare dele, og kontrollér hver del, før du går videre.

Byg én funktion, kør den, bekræft, at den virker, og gå så videre til den næste. Små trin betyder, at du ved præcis, hvilken ændring der forårsagede problemet, når noget går i stykker. Prompts, der beder om alt på én gang, skaber store fejl, som er frustrerende at finde rundt i.

Når du kører kode, bliver usynlige antagelser til synlige fakta. Kør den efter hver meningsfuld ændring. Værktøjer som Replit, Bolt og v0 giver dig øjeblikkelige forhåndsvisninger – brug dem konsekvent.

Her er et lille stykke af en drikkepengeberegner. Kør det for at bekræfte matematikken, før du bygger brugergrænsefladen omkring det. Kontrollér kernen, og udvid derefter.

Du kan ikke læse alt, og det behøver du heller ikke. Men læs altid de linjer, der berører penge, data, adgang eller sletning. Det er her, skjulte fejl bliver til reel skade.

Skim layoutet og teksten, men gransk den logik, der betyder noget. Det er vurderingen af grønne og røde zoner fra tidligere, anvendt som en fast rutine.

Test af den normale situation er let og misvisende. Pålidelighed i praksis kommer fra grænsetilfælde. Få AI til at generere dem for dig, så du ikke selv skal finde på dem alle.

Når AI giver dig noget komplekst, skal du sige fra. Spørg: Kan det gøres enklere? Enkel kode har færre steder, hvor fejl kan gemme sig, og den er lettere for både dig og AI at ændre senere.

Enkelhed er en disciplin, du håndhæver i hver prompt, ikke et valg, du træffer én gang. "Gør det enklere" er en af de mest værdifulde instruktioner, du kan give.

Før du foretager en stor ændring, skal du sikre dig, at du kan fortryde den. Gem dit arbejde, lav en commit i versionsstyringen, eller gem i det mindste en kopi. AI kan omskrive halvdelen af din app på få sekunder, så du får brug for en nødudgang, når det går skævt.

Før væksttankegangen videre: Hver build bør lære dig mindst én ting. Bed AI om at forklare ét koncept, den brugte, og føj det til din læringsrejse.

Det forhindrer, at fremgangsmåden gør dig mekanisk. Du leverer ikke bare noget – du opbygger dine færdigheder med hvert projekt. Over et år bliver det til en stor forandring.

Før du kalder en build "færdig", skal du gennemgå denne tjekliste. Du kan endda give den til AI som en afsluttende kontrol (se prompten nedenfor):

• Skrev jeg en tydelig specifikation?
• Byggede og testede jeg i små trin?
• Kørte jeg det efter hver ændring?
• Læste jeg de linjer, der berører penge, data og adgang?
• Testede jeg tomme, nulstillede og mærkelige input?
• Er det så enkelt, som det kan være?
• Har jeg en vej til at fortryde det?
• Hvad er én ting, jeg lærte?

Alle kan skrive en prompt og få kode. Det, der gør dig pålidelig, er processen omkring prompten: tydelige specifikationer, små trin, konstant kørsel, målrettet gennemgang, test af grænsetilfælde, enkelhed, sikkerhed og læring.

Brug denne fremgangsmåde til hver build, så leverer du apps, der rent faktisk virker, samtidig med at du stille og roligt bliver en virkelig dygtig udvikler. Det er fornuftig vibe-programmering.

Du har nu en komplet fremgangsmåde til vibe-programmering:

• Tydelig specifikation, små trin, kør det hele tiden.
• Gennemgå risikable linjer, test grænsetilfældene, hold det enkelt.
• Hav altid en vej tilbage, og lær én ting i hver build.
• Afslut med tjeklisten før udgivelse, og giv den eventuelt til AI, så den kan kontrollere arbejdet.

Det er vanerne hos en effektiv AI-udvikler: hurtig, pålidelig og altid i udvikling. Du har gennemført Begrænsninger og bedste praksis – byg nu med omtanke.