Versionen fra 19. feb. 2008, 10:55 redigér Niels Monberg (diskussion \| bidrag) 22 edits No edit summary ← Gå til forrige forskel		Versionen fra 19. feb. 2008, 11:01 redigér fjern redigering Niels Monberg (diskussion \| bidrag) 22 edits No edit summary Gå til næste forskel →
Linje 6: ===Generelt=== * Sørg for at der er en veldefineret opgave før i sætter jer til at par-programmere ~~soget~~noget der forventes at tage en time eller to at færdiggøre.<ref>{{cite book \|last=Williams \|first=Laurie Linje 16: * Arbejd således at der tages en lille opgave/mål ad gangen, - noget I kan færdiggøre indenfor nogle få minutter. Bare det at formulere et problem i ord, overfor et andet menneske, hjælper med til at fokusere både dig selv og din partner på opgaven. Det sikrer også at begge ved hvad I arbejder på ''lige nu''. Man kan trygt færdiggøre denne opgave inden man begynder på noget nyt, og er mindre fristet til at forlade opgaven for at håndtere kompleksitet der lige er dukket op. Det kan man gøre senere. * Som driver, stol på at observeren er dit sikkerhedsnet. Færdiggør det aktuelle lille mål så hurtigt du kan , og ignorer større og afledte problemer. * Som Observer, læs koden, idet driveren skriver den. ~~tænk~~Tænk på mulige bugs, større problemer og måder at forenkle eller forbedre designet. Hvis der er fejl eller ulæselig kode, skal det straks tages op. Vent til det lille delmål er opnået med at tage større aspekter op,; designforbedringer, f. eks. Skriv disse større ting ned, så driveren kan holde sig fokuseret på den aktuelle opgave. ~~hvis~~Hvis du for eksempel kan se at koden ikke tager højde for et null input, skriv en note: "Lav en unit test for null input". * Skift roller hver halve time. 15 minutter er mere almindeligt. * Skriv en unit test først, før I implementerer kode. Dette hjælper med til at definere det næste lille mål i arbejder på. På denne måde bliver det næste lille mål: "bestå Unit-testen". == Referencer ==

Parprogrammering: Forskelle mellem versioner