Paariprogrammeerimise eelised ja lõkse töökohal

Paaride programmeerimine on kaks programmeerijat, kes töötavad koos ühes tööjaamas.

Formaalselt on üks programmeerija draiver ja kirjutab koodi. Teine on vaatleja või navigaator, kes vaatab iga koodirea selle sisestamise ajal üle.

Mitteametlikult istuvad nad koos ühel koodialusel ja räägivad asjadest ning teevad probleemidest lahti. Kumbki neist oskab koodi kirjutada ja kumbki ei tee midagi muud nagu telefoni kontrollimine.

Paaride programmeerimine on mõnede organisatsioonide poolt laialdaselt omaks võetud ja teised jäävad sellest kõrvale. See on alati arutelu teema ja inimestel on oma eelistused. Oleme kõik inimesed ja on aegu, kus paariprogrammeerimisest saavad kasu peaaegu kõik.

Siiski näib see olevat ressursside ebaefektiivne kasutamine. Meil on kaks programmeerijat. Mõlemad võiksid nädalaks erinevaid funktsioone ehitada, lõpuks on meil kaks korda rohkem funktsioone. Kuid see pole nii ja võite lõpuks saada 2 komplekti 95% tehtud funktsioone, mida ei saa tarnida. Koos programmeerimine võib suurendada tegelikult tarnitavate funktsioonide netosummat.

Kasu

Vähem vigu ja vigade hoidmist

Meil kõigil on olnud pööraseid raskeid vigu. Need võivad tuleneda kogu lähenemise põhivigadest või kirjavigast, valest installist või vajadusest taaskäivitada.

Võistkonnana on tõenäoline, et üks teist on varem sarnase vea teinud. Või on tõenäoline, et keegi teist tunneb kedagi teist, kes on probleemiga kokku puutunud. Ja suurema tõenäosusega eraldate probleemile õige aja, enne kui naasete joonestuslauale.

Saate arutada paremaid strateegiaid. See on parem kui hoida probleem kogu päeva varjatuna ilma teistega jagamata.

Lihtsam jätkata - moraalne tugi

Sageli meeskonnatöö võib probleemi suhtes positiivsust suurendada. Kui keegi jagab teie läbielatud probleemi, tunnete end vähem lüüa ja olete positiivsem, kui proovite uuesti ja uuesti ja uuesti proovida…

Raske edasi lükata

Meeskonnana töötamine tähendab, et te ei saa peatuda ja kontrollida oma e-posti aadressi, Slacki või Whatsappi soovitud tähelepanu juhtimiseks.

See tundub väike asi. Kuid võite neljakordistada tundide arvu, mille kodeerija redaktoris veedab ja kodeerib, selle asemel, et istuda laua taga ja süüa tunde päevas kuni koju jõudmiseni.

Jagatud parimad tavad

Koos kodeerimine on suurepärane võimalus oma ettevõttes teadmisi jagada. Kooderid saavad üksteisele lähenemise parandamiseks ja kiiruse suurendamiseks näpunäiteid anda.

Koostöös võib avastada teadmisi, mida teie uue töötaja käsiraamatus ei pruugi olla.

Kiirem pardale minek

Uued töötajad saavad kogenud meeskonnaliikmega paaristades palju kiiremini kiirendada.

Tuvastage ja vähendage halbu töötajaid

See võib aidata halbu töötajaid varakult tuvastada, kui keegi ei sobi ettevõttesse või kui ta palgati vale rolli pärast. Saate sellega varakult midagi ette võtta, enne kui raiskate mõlema poole aega.

Tööintervjuu ajal hindab paaride programmeerimisega kursis olev meeskond paremini, kas kandidaat saab programmeerida teistega. Kui tavaline mees, kes vestlusseansse viib, puudub, võite olla kindel, et keegi teine ​​saab teda asendada ja anda õiglase analüüsi.

Suurendage töötajate rahulolu

Koos kodeerimine võib töötajaid lähendada, kuna nad jagavad kogemusi ja neil on rohkem teemasid, millest rääkida. Kui teised inimesed saavad aru, mida te kavatsete teha, on teil rohkem ühist. See võib mõjutada paljusid olulisi ärivaldkondi. See võib isegi parandada lõunapoolseid jututeemasid, et vähendada töötajate ärevust.

Kodeerimine võib olla üksildane tegevus, kui olete üksi arvuti taga ja käskige funktsioone toota. Igasuguse võõrandumise vähendamine ettevõttes on oluline. See on üks põhjus, miks ma soovitaksin kasutada paarisprogrammeerimise süsteemi nii varases staadiumis alustavatele kui ka suurtele ettevõtetele.

Probleemid - kui sidumine läheb halvaks

Paaride programmeerimine võib asjad sassi ajada ja vajab mõistlikku lähenemist.

Ära liialda (või tee seda alla)

Inimeste sundimine terve päev koos veetma ei ole mõistlik ja võib juhtuda, et nad vihkavad üksteist.

1,5–2,5-tunnised pursked töötavad tavaliselt kõige paremini. Vähem on liiga lühike ja see on aja raiskamine.

Preemia jagatud panus

Kui olete määranud kahele programmeerijale olulised tähtajad ja määranud siis ühe, kes abistab teist tema ülesannete täitmisel, suundute potentsiaalse katastroofi poole. Kui vaatate üle, kes on oma ülesanded täitnud, ja tundub, et nad pole midagi teinud, kannatavad isiklikud mõõdikud. Vaimselt on see halb. Aga kui see on seotud mõne preemiasüsteemiga, tulistate endale jalga. Scum masterina peate veenduma, et arvestaksite sidumist ja määraksite ülesanded õiglaselt.

Väsinud kooderid

Kohvi lisamine ja paaristamine pole alati lahendus. Kui olete väsinud ja stressis, ei pruugi te õigesti suhelda.

See võib põhjustada rohkem probleeme koodis ja omavahel. Mõni inimene töötab sel viisil paremini ja mõni mitte, nii et võite riskida.

Kompleksne kood - paaristamine või arutamine

Keerulisema koodi jaoks võib see olla häiriv tegur, kui üritatakse omavahel siduda. Mõnikord võib istumisest ja probleemi selgitamisest rohkem kasu olla.

Ametlikult koos istumine ja rea ​​kaupa koodi kirjutamine võib tegelikult häirida.

Muud mõtted

Aga kuidas on kaugtöötajatega?

Kaugtööd tegevad töötajad saavad programmi siduda ekraanipõhiste veebivahenditega. Olen Kasahstani kohvikus istudes silunud Brüsselis sõprade koodi. Usu mind, see on võimalik.

Kas on mingeid tõendeid?

Need on peegeldused minu kogemustest. Olen neid eeliseid tajunud töötades erinevate ettevõtete ja erinevate alglaaduritega.

Teadlasena nõustun sellega, et ma pole kunagi teinud topeltpimedat uuringut eeliste kohta. Muidugi pole see kunagi olnud piisavalt suur prioriteet võrreldes lihtsalt asjade ajamisega.

Kuid mulle meeldiks, kui uuringus osaleks üle 100 osaleja, kes töötaksid samade probleemide kallal. Üks 50-liikmeline rühm võis töötada kahekesi ja teine ​​grupp sai töötada üksinda. Tahaksin näha, mis juhtub. See võiks olla tore uuring, mida saaksid teha kõik arvutiteaduse professorid.

Järeldus

Nii et nagu näete, olen ma paariprogrammimise fänn. Mõni kodeerija ei pea seda oma aja tõhusaks kasutamiseks. Kui olete juht, sõltub teie olukorra hindamisest ja meeskonna maksimaalsest kasutamisest. Mõlemal juhul on see kindlasti midagi, mida kõik ettevõtted peaksid mõnikord lubama.

Seda tuleks rakendada pigem dünaamiliselt kui jõustada. Iga alglaager peaks selle oma kursusele lisama, et ehitada hästi ümardatud kooder.

Kasutame seda sageli minu enda arendusagentuuris, alates kõige raskemate probleemide lahendamisest kuni uute töötajate pardaleminekuni. See on protsess, mida naudime kogu ettevõtte jõudluse ja teadmiste suurendamiseks. Loomulikult ei täida me seda kogu päeva ja iga päev! Aga see meeldib meile ja hoiame seda.

Nagu öeldakse vanas ütluses: „ Jagatud probleem on probleem poole väiksem.

Käitan taskuhäälingut kasvu mõtteviisi ja tehnoloogia käivitamise kohta. Kui teile see meeldis, saate lisateavet tellides.

Kui olete paariprogrammeerimist kasutanud, kuulaksin meelsasti teie mõtteid selle üle. Milliseid tavasid või näpunäiteid kasutate, et otsustada, millal paaristada või mitte?