Amerikansk mjukvaruutvecklare, född 1961. Skapade Extreme Programming, populariserade testdriven utveckling och skrev JUnit. "Make it work, make it right, make it fast" är hans, och det är ordningen vi följer.
Definition
Beck kommer från Smalltalk-miljön i slutet av åttiotalet och genom nittiotalet. Det är värt att veta, för de praktiker han är känd för är inte påhittade vid ett skrivbord. De är hämtade ur ett arbetssätt där programmeraren satt inne i systemet medan det kördes, ändrade det och såg verkan direkt.
Extreme Programming formades 1996, under Chrysler C3-projektet. XP satte namn på saker som i dag är självklara och då inte var det: parprogrammeringUtvecklingspraxis där två utvecklare arbetar tillsammans vid en maskin - en skriver kod, en granskar och tänker - kontinuerligt och synkront., kontinuerlig integration, och kunden som en del av teamet i stället för en part på andra sidan en kravspecifikation.
Testdriven utveckling är den del som spridit sig längst, populariserad genom "Test-Driven Development: By Example" från 2002. Cykeln är röd, grön, refaktorera: skriv testet som fallerar, få det grönt på enklast möjliga sätt, och städa sedan koden medan testet håller dig i nacken. Poängen är inte testtäckningen. Poängen är att du måste beskriva vad du vill ha innan du beskriver hur.
JUnit skrev han tillsammans med Erich Gamma 1998. Det ramverket blev mallen för xUnit-familjen, och därmed för hur enhetstester ser ut i praktiskt taget alla språk i dag.
Hans mantra är en ordning, inte tre likställda mål. Få det att fungera. Sedan gör det rätt. Sedan gör det snabbt. De som byter plats på de två första hamnar med något elegant som inte löser uppgiften, och de som hoppar över det andra hamnar med teknisk skuldAckumulerade kostnader av snabba, kortsiktiga teknologiska val - gör framtida utveckling långsammare och dyrare. de inte valt.
Linjen hit är äkta och ingen prydnadsreferens. Smalltalk-miljön Beck hämtade parprogrammeringen och den snabba återkopplingsslingan från är samma miljö som Jon Petter själv har bakgrund i, under samma period.
Parprogrammering är en kärnprincip hos oss, inte en övning vi tar fram när någon tittar på. Det är också den billigaste form av kunskapsöverföring vi känner till: två som skrivit något tillsammans har båda sett varför det blev som det blev.
Testerna är skälet till att omskrivning är praktik och inte risk. När specifikationen och testerna bär kraven blir koden under dem något som går att byta ut. Det är därför sju år i drift och modern kod inte är en självmotsägelse, och det är samma sak som att kunskapen om hantverket är det som gör farten försvarlig.
XP:s tanke om kunden i teamet är föregångaren till designpartnermodellen: den som ska använda det sitter i rummet medan det formas, i stället för att få det överlämnat när det är för sent att tycka något.
I praktiken
Linjen hit är äkta och ingen prydnadsreferens. Smalltalk-miljön Beck hämtade parprogrammeringen och den snabba återkopplingsslingan från är samma miljö som Jon Petter själv har bakgrund i, under samma period.
ParprogrammeringUtvecklingspraxis där två utvecklare arbetar tillsammans vid en maskin - en skriver kod, en granskar och tänker - kontinuerligt och synkront. är en kärnprincip hos oss, inte en övning vi tar fram när någon tittar på. Det är också den billigaste form av kunskapsöverföringStrukturerad process för att överföra kompetens från en person, ett team eller en organisation till en annan - viktigt vid systemöverlämningar och nya partnerskap. vi känner till: två som skrivit något tillsammans har båda sett varför det blev som det blev.
Testerna är skälet till att omskrivning är praktik och inte risk. När specifikationen och testerna bär kraven blir koden under dem något som går att byta ut. Det är därför sju år i drift och modern kod inte är en självmotsägelse, och det är samma sak som att kunskapen om hantverket är det som gör farten försvarlig.
XP:s tanke om kunden i teamet är föregångaren till designpartnermodellen: den som ska använda det sitter i rummet medan det formas, i stället för att få det överlämnat när det är för sent att tycka något.