Claude Code har bygget første versjon av appen din. Den ser lovende ut, men du ser allerede ting du vil ha annerledes, og du lurer på om du skal skrive én lang liste med ønsker eller ta dem én og én. Svaret er én og én. Første versjon er et utkast, og det er i rundene etterpå at appen blir din.
Første versjon tar tid, og det er normalt
Når du gir Claude Code en stor beskrivelse av en hel app, kan det ta alt fra fem minutter til godt over en halvtime. I kurset tok første versjon av en prosesstavle 40 minutter og endte med over 1400 linjer kode i én fil. I Claude-appen får du lite tilbakemelding mens det pågår, og det er lett å tro at noe har stoppet opp. Det har det som regel ikke. La den jobbe ferdig.
Endringene etterpå går mye raskere. Hver av forbedringene nedenfor tok mellom ett og seks minutter.
Test appen som en ekte bruker
Før du ber om endringer, bruker du appen slik du faktisk kommer til å bruke den. Ikke klikk tilfeldig rundt. Gå gjennom en ekte arbeidsflyt fra start til slutt, og noter det som skurrer underveis.
- Opprett noe fra bunnen, for eksempel en ny prosess med alle stegene den skal ha.
- Legg inn ekte eksempeldata, som en person med navn, e-post og firma.
- Flytt dataene gjennom hele flyten, fra første til siste steg.
- Test det som avhenger av tid eller tilstand. Sett en oppfølgingsdato til i dag, deretter til i går, og se om appen reagerer slik du forventer.
- Skriv ned alt du stusser over, selv småting som at du lette etter en lagreknapp som ikke fantes.
Listen du sitter igjen med er arbeidslisten din for de neste rundene.
Én endring per oppgave
Gi Claude Code én forbedring om gangen, og beskriv hva du vil at skal skje, ikke hvordan det skal kodes. Her er noen av oppgavene fra kurset:
- «Jeg vil utvide i dag- og forfalt-visningen til også å vise de neste syv dagene. Bruk fargekoding på kortene basert på forfallsdato: grønn for frister som er en til syv dager frem i tid, oransje for frister som er i dag, og rød for frister som har passert. Kort uten forfallsdato skal ikke fargelegges.»
- «Når jeg klikker på et kort, skal det åpne seg i en visningsmodus der jeg kan lese innholdet, men ikke redigere det direkte. Legg til en rediger-knapp. Når jeg klikker på den, skal kortet bli redigerbart med en lagre-knapp og en avbryt-knapp.»
- «Jeg vil kunne minimere sidemenyen for å få mer plass til selve tavlen. Legg til en knapp som kollapser menyen til en smal stripe med bare ikoner, og som ekspanderer den tilbake til full bredde.»
Legg merke til mønsteret. Hver oppgave sier hva du ser i dag, hva du vil se i stedet, og hvordan du vet at det er riktig. Fargekodingen har tre tydelige regler og et unntak. Visningsmodusen sier nøyaktig hvilke knapper som skal finnes. Da er det lite rom for misforståelser.
Det du ikke sier noe om, bestemmer Claude for deg. Sa du ingenting om hvilke ikoner menyen skal ha, velger Claude dem. Det er ofte greit, men vil du ha noe bestemt, må du si det. Mer om hva som gjør en oppgave god, står i Slik skriver du gode oppgaver til Claude Code.
Du trenger ikke fagordene
En «hover-effekt» er et fagord fra webdesign, men du kan like gjerne skrive det rett ut: «Når jeg holder musepekeren over et kort, skal det få en tydelig ramme og en liten skygge, så jeg ser hvilket kort jeg peker på.» Claude Code forstår begge deler. Beskriver du det du ser og vil ha, får du som regel et like godt resultat som om du kunne det tekniske ordet.
Tips: Last inn siden på nytt i nettleseren etter hver endring. Appen ligger som en fil på maskinen din, og nettleseren viser den gamle versjonen til du oppdaterer. Det er den vanligste grunnen til at det ser ut som ingenting har skjedd.
Spør Claude når noe ser rart ut
Underveis i kurset dukket samme person opp to ganger i oversikten. I stedet for å gjette eller slette noe selv, ble Claude spurt rett ut: Er det du som har lagt inn denne personen? Claude forklarte hva som sannsynligvis hadde skjedd, og ble deretter bedt om å rydde opp. Resultatet ble en ny funksjon, «Finn duplikater», som løste problemet og samtidig gjorde appen bedre.
Det er en god vane. Be om en forklaring før du ber om en løsning. Da vet du om det er en feil i appen, en misforståelse i oppgaven eller noe Claude har gjort mens den testet. Blir en endring helt feil, kan du også spole tilbake, og det står i Slik stopper, korrigerer og spoler du tilbake i Claude Code.
Claude tester også selv
Mens Claude Code jobber med en endring, åpner den ofte appen på egen hånd, prøver den og tar skjermbilder for å sjekke at resultatet ser riktig ut. Du ser skjermbildene i økten. Det betyr ikke at du kan hoppe over din egen test, men det betyr at de mest opplagte feilene ofte er fanget før du ser resultatet. Hvordan du sjekker arbeidet grundigere, går Slik kvalitetssikrer du koden Claude Code skriver gjennom.
Neste steg
Fortsett rundene til du er fornøyd: test, noter, én endring, last inn på nytt. Når appen er ferdig nok, er det design og detaljer som gjør den til din egen, som bakgrunner, farger og hvordan menyen oppfører seg.
Denne videoen er hentet fra Gratiskurs i Claude Code for nybegynnere på Utdannet.no. I kurset bygger du en tavle som følger personer gjennom en prosess, forbedrer den med oppgavene over, og flytter den til slutt over i Visual Studio Code for å jobbe videre som en utvikler.
