Blog Alexander byndyu Extreme programare pereche de programare

pereche de programare este una dintre practicile XP. Această practică reprezintă o idee extrem (exagerat) din Codul de revizuire. În cazul în care revizuirea poate îmbunătăți calitatea codului, atunci să o facă în mod constant, în timpul restructurează și scriind cod nou.

Problema Review convenționale Cod este faptul că programatorii da un feedback foarte superficial atunci când te uiți doar la codul. Dar, de îndată ce încep să lucreze cu el, atunci feedback-ul real, ajunge pe toate locurile subțiri și defecte.

Când pereche de programare, doi oameni stau unul lângă altul pe același computer. Una dintre ele este „șoferul“ în tastatura și mouse-ul lui mână. Al doilea face un prim cod permanent de evaluare pentru a determina deficiențele tactice și strategice în cod, inclusiv erori de sintaxă, programe logice, erorile de scriere și implementări care nu se încadrează în modele de sisteme existente. După un anumit timp programatori schimba rolurile, sau schimba perechea.

Cel mai mare scepticism ridică întrebarea: Nu va merge lent pentru a dezvolta atunci când doi programatori implicați într-o sarcină?

Studiile arată că lucrarea se face în perechi sau cu aceeași viteză. unul câte unul, sau un pic (15%) mai lent. Dar se pare că acest cod este de o calitate mult mai mare, mai puține erori (60%) și datoria tehnică.

Rezultatele studiilor enumerate mai jos, sunt foarte asemănătoare cu observațiile mele pe o bază de zi cu zi. Și eu, ca profesor la Universitatea de Stat din Sud Ural, a început să dea pereche de programare de la începutul cursului lor. Rezultatele mele vor fi la sfârșitul anului școlar, atâta timp cât o selecție de cercetare publice pe tema:

Bonusuri de programare perechi

1. Schimb de experiență: De multe ori, stând într-o pereche, veți afla despre un cuplu de noi comenzi rapide de la tastatură, de utilitate interesantă pentru accelerarea lucrărilor. În orice caz, uitam de modul în care ceilalți sunt de programare pe care sunt în mod constant de învățare.
2. Cunoașterea sistemului: constanta schimbare a aburului promovează răspândirea cunoștințelor despre diferitele părți ale sistemului în cadrul echipei. Acest lucru face posibil pentru a înțelege modul în care este dezvoltat sistemul, pentru a îmbunătăți proiectarea sistemului, logica duplicat.
3. Codul de proprietate colectivă: Atunci când toți cei implicați în scrierea tuturor componentelor sistemului, atunci nu putem vorbi despre posesia personală a unei clase sau de asamblare.
4. Mentoring: Noi toți programare a început o dată. După cum arată practica cea mai simpla perfuzie a proiectului are loc în procesul de programare pereche.
5. Mai multă comunicare: Comunicare în cadrul echipei ajută la construirea încrederii. Și stand-up de comunicare adăugată retrospectivă în activitatea de zi cu zi, dar nu se compara cu posibilitățile de programare pereche.
6. Standarde de codificare: Stând în perechi, trecând în mod constant tastatură și schimbarea perechii de programatori răspândit cunoașterea a ceea ce au fost adoptate standarde de codificare în proiect. Nu aveți nevoie pentru a fixa instrumente automate pentru a verifica calitatea codului.
7. Îmbunătățirea disciplinei: Stând într-o pereche, aș dori să arate interes și nivelul de partenerul lor. Și este destul de dificil de a trece temporar la social. de rețea pentru a căuta cele mai noi poze amuzante.
8. flux Împerecherea: un programator cere altul, „Ceea ce avem acum de a decide?“ și ei amândoi încep să se afunde în sarcina. Această abordare poate duce la starea fluxului de conjugare. care crește în mod semnificativ productivitatea.
9. Mai puține întreruperi: în câteva aveți mai puțin întrerupt asupra factorilor care au din moment cele două persoane este mai valoros decât unul, munca lor este de 2 ori mai scump.

pereche de programare poate fi mult mai interesant și incitant. decât programarea singur, dacă este făcut în mod corespunzător. Pe de altă parte, poate fi groaznic și plictisitoare în comparație cu lucrul singur, dacă este făcut în mod incorect.

Conform observațiilor mele de oameni sunt programati pereche corect foarte rare. Cele mai multe dintre încercările de a pereche de programare este distrusă de una dintre următoarele anti-modele.

Dacă observați un cuplu de programatori care lucrează la aceste anti-modele, să le dea feedback-ul și subliniază eroarea. Practica arată că lucrează în tandem, mai degrabă, pur și simplu se poate stabili un observator.

În practică, utilizarea pereche de programare ar fi de aproximativ 20% din timp. dar nu întotdeauna, așa cum ar putea părea din cauza spiritului XP. Desigur, acest procent este aproximativă și depinde de proiect, dar, în general, nu ajunge la 100%. Cu toate acestea, uneori vrei doar să te lași pe spate și meditează la codul, cred că de frumos și de a da naștere la ideea, ca și în cazul în care acest cod este de a face chiar mai bine.

Cazul este încă în faptul că există probleme pe care nu are nici un sens să facă într-un cuplu:

1. sarcini de cercetare: Când aveți nevoie pentru a face cercetare, și o discuție bună Google cu experți în probleme actuale.
2. Rutină: Când pașii complet evidente următoare, munca în perechi poate deveni prea plictisitor.
3. Trebuie să paraleliza: În cazul în care există două sarcini complet diferite și timpul se scurge, este logic să nu se așeze într-o pereche, și să se ocupe cu fiecare dintre sarcina lor.

Trebuie să înțelegem că perechea de programare oferă un premiu, atunci când maraton este aproape sinucigaș, dacă facem un proiect scurt.

Pentru a percepe corect pereche de programare. ca instrument, nu un panaceu pentru toate problemele. Încercați această practică pentru a înțelege situațiile în care este util, dar ceea ce se poate face fără ea.