Best practices in development

[Marius Mailat]

Vreunul dintre voi a experimentat pana acum pair programming ? Please share

E exact ce urasc eu, il consider contraindicat in programare. Este insa ideal in debugging/bug solving/optimization. Este doar un alt concept care nu neapart e un best practice.

Eu imi pierd din productivitate 80% daca e langa mine cineva, si nu sunt singurul. Insa pentru situatii de criza, gen bug solving, patch rapid etc, precum si petru optimizare de cod e perfect.

[alecs]

Pair programming, uite un lucru care mi s-a parut intotdeauna foarte interesant dar nu am avut niciodata posibilitatea sa experimentez.
E un sistem care ar trebui folosit ocazional, nu permanent, si cel putin cu scop de mentoring / tutoring / knowledge share.

Vreunul dintre voi a experimentat pana acum pair programming ? Please share

PRO
- se reduc timpii morti (nu stai singur si te uiti pe pereti daca nu ai chef sa scrii codul tau)
- erorile de algoritm (la un nivel mic) se corecteaza pe loc. De exemplu unul din doi tot observa ca al 2-lea for trebuie sa inceapa de la i+1, nu i. Erorile de sintaxa nu le mai amintesc, ele ar trebui corectate semi-automat de catre IDE.
- viteza de lucru este mai mare decat in cazul unui singur om
CON
- 2 oameni lucreaza la un calculator. Daca ambii sunt foarte motivati mai bine (repede) lucreaza singuri.
- cel cu experienta mai putina s-ar putea simti intimidat
Cam astea au fost concluziile mele dupa aplicarea tehnicii de vreo 2 ori (oameni diferiti, proiecte diferite).

[danielbuca]

Da, sunt de acord cu observatiile dar totusi nu credeti ca ar fi bun si pentru perioadele de training de exemplu? sau pentru sesiuni de tutoring sau knowledge exchange?
Ma gandesc la pair programming ca la un principiu de urmat atunci cand ne gandim la self improvement si nu neaparat la eficientizarea procesului de lucru.

@mmariusel: lol, credeam ca sunt eu mai ciudat pt ca nu pot lucra si numai daca am senzatia ca s-ar putea uita cineva peste umarul meu

[Marius Mailat]

O resursa relativ noua, 25 Most Dangerous Programming Errors

[danielbuca]

Le-am citit
Interesant (si adevarat) dar mult prea pompos prezentate.

[Chaos]

Nu e o metoda eficienta de lucru.. aia e clar (de aceea am si mentionat "daca o permit resursele").
Cu totii avem cred o retinere in a lucra cand cineva se uita peste umarul nostru.. si fiecare are motivele lui.
Cum zicea si alecs, atunci cand sunt doi programatori de nivele diferite cel mai putin experimentat s-ar putea simti intimidat oarecum. Totul trebuie vazut insa constructiv (sau cel putin asa ar trebui sa fie). E incredibil ce transfer de know how se face in felul asta printr-o simpla intrebare "De ce?".
In primul rand.. cel care pune intrebarea primeste un raspuns si in al doilea rand se "sedimenteaza" niste cunostinte in momentul in care raspunzi unei intrebari si de multe ori (cel putin mie mi s-a intamplat) am vazut probleme in ce faceam sau rezolvari mai bune ale unei probleme specifice.
Trebuie sa fiu totusi de acord ca se muleaza cel mai bine la refactorizari si debugging.