Isicad hogyan kell megszervezni a munkát a programozók maximális hatékonysággal
Hogyan szervezzük meg a munkát a programozók a maximális hatékonyságot? Az egyik módja - pár programozás (pár programozás), alternatív módszerek rugalmas programozás (mozgékony programozás). Ez a megközelítés számos előnyei és hátrányai. Ezért az érdeklődés a gyakorlati tapasztalat, amely megosztott InformationWeek fejlesztő Phil Horowitz (Phil Horovitz) a Társaság Perforce Software.
Szerint a Wikipedia, pár programozás - olyan technika, amelyben a forráskód létre pár ember programozás egy feladatot, ül egy munkahelyen. Egyikük ( „master”) kezeli a számítógépet, és alapvetően gondol kódoló részletesen, a másik ( „Navigator”) középpontjában a nagy képet, és folyamatosan vizsgálja a kódot által termelt az első programozónak. Időről időre a szerepek felcserélődnek.
Hívei ezt a megközelítést úgy vélik, hogy ez segít abban, hogy egy jobb minőségű kódot növelésével a felelősséget a fejlesztők és a folyamatos tesztelés kódot, növeli a termelékenységet és javítja a fegyelem, az emberek dolgoznak együtt kevesebb lesz zavart.
A fő ellenérv az, hogy növelje a kiadásokat. Miért fizet két programozó, amit tehet egy? Azonban figyelmen kívül hagyott szempont a tanulás. Szerint Horowitz, a lehetőséget, hogy fejlesszék képességeiket, új készségeket kell elsajátítaniuk, és az egyik fő előnye pár programozás.
Volt, hogy ezt a módszert a projekt során, amely szükséges tapasztalattal rendelkezik a fejlődő cloud szoftver, hiányzik az alkalmazottak Perforce Software. Mérnöki Pivotális Labs felajánlotta, hogy pár programozás. A csapat már össze, köztük négy tisztek minden vállalat, és az összetétele a gőz minden nap változik, hogy az emberek, hogy a különböző készségeket.
Megfigyelés Horowitz, az egyetlen visszatérő probléma az volt, hogy valaki megállt megmagyarázni tetteikért, és a programozás megkezdéséhez csendben, mit sem törődve a partnere. A probléma hamar megoldódott beavatkozása nélkül. Voltak persze, és nézeteltérések, de ezek általában konstruktív és megoldani a vitát.
Azonban kiderült, hogy megszokni ezt a stílust a munka nem könnyű. Például Horowitz volt ezen a héten, a legnehezebb volt az első nap, ami után ő küzdött, hogy megtalálja az erőt, hogy menjen haza. Akkor könnyebb lett, de még mindig a projekt résztvevői határozottan úgy vélte, a fáradtság miatt a kemény munkát. Nehéz volt tartani a kolléga, aki mellett ül, programok, és elmagyarázza az új fogalmakat kapcsolódó nyelvi, folyamatok és eszközök.
De van jó hír: a második héten Horowitz teljesen alkalmazkodott, és azt hiszi, hogy ha történetesen foglalkozni pár programozás a jövőben, még az első napon nem lesz ilyen probléma. Már megtanulta, hogy párban dolgoznak, és úgy véli, ez a hasznos ismeretek tanult ebben a projektben.
Ezen túlmenően, ez a stílus hozta és egyéb bónuszokat mellett az elsődleges feladata a tanítás fejlesztése felhő szoftver. Így a páros munka vezet egy átfogó tanulmányt kód különböző szögekből és nézőpontok, ami lehetetlen abban az esetben az egyéni fejlődés. Végtére is, a minősége a kódot növekszik, ha meg kell magyarázni és megvédeni a döntéseket, vagy ha lehetősége van arra, hogy kérje egy kolléga, hogy hagyja abba, és magyarázza tetteit.
Egy másik előny a balesetbiztosítás. Még ha az egyik csapat tagjai valami történik, akkor könnyen helyettesíti a másikat, mint ismerik azokat az eszközöket, folyamatokat, és a projekt egészére. Ezért annak ellenére, kiegészítő beruházás az idő és az emberi erőforrások, a pár programozás biztosít minket.
Miután a projekt befejezését, Horowitz kollégái annyira elégedett ez a munkamódszer, elkezdték használni, ahol csak lehetséges. De kiderült, hogy ez nem mindig megfelelő, és ma már csak korlátozott mértékben.
Horowitz azt javasolja az informatikai vezetők és vezetői a fejlesztési osztályok nem vonatkoznak pár programozás megközelítése „mindent vagy semmit”, és azt használjuk, ha kell bővíteni a sor programozási ismeretek és a tudás a csapat. Ezen túlmenően, az ilyen megközelítés adhat programozók push mozogni egyéni munkastílus, hogy egy nyitottabb és kollektív. A szélesebb együttműködés fejlesztése a csapat, annál jobb az eredmény.
isicad.ru: több linket adunk
