Mi tüzelésű programozók
A kód a kód
„Bérelt ember - jól interjút. Közel. Találtam magam keresztül DOU », - mondja Vladimir Zhelezniak állomások egy kis élelmiszeripari vállalat FundSeeder.
Egy héttel később áttekintés / munka új alkalmazott volt a feladata -, hogy adjunk egy pár sort ( „e-mailt küld a felhasználói beavatkozás, lásd a példát, hogy hogyan csináljuk itt.”). Ennek eredményeként kiderült, hogy átírta sok a régi kódot, elővett egy csomag új könyvtárakat.
A menedzsment szerint a Közel a második héten a munka egy nagy projekt - az ilyen magatartás némileg váratlan. Amikor világossá vált a helyzet, úgy tűnik, hogy ez a programozó azt hitték, hogy felvették refactor a projekt és a bevált gyakorlatok végrehajtása. Aztán elmagyarázta, hogy mintegy újraírás tud beszélni néhány hónappal később, amikor kellően megértsék a projekt, amíg szükség van rá, hogy dolgozzon ki feladatokat old meg.
Ennek eredményeként, a feladat a levél visszakerülnek az ellenőrzéshez kétszer -, és minden egyes alkalommal ott volt valami a kód nagyon meglepő - az új könyvtárat, az új API, stb Ez mind jó - de ha szükség van rá. Gyakran a problémát meg lehet oldani sokkal könnyebb és kevésbé költséges módon - meg kell megragadni és megérteni.
Alkalmazott tüzelt a harmadik héten a munka -, mert nem ismerik fel az összefüggést az írás-kód és a projekt üzleti igényeinek.
És nem érdekel
A következő eset mondta Alekszej Kolupaev állomások üzembe MeinFernbus. Ha keres egy programozó az egyik megüresedett, akkor felbukkant egy jelölt, aki nem tudja a helyes keretet. Aztán megkérdezte, hogy írjon valamit ez a keret, mind a saját, hogy dolgozzon ki és hajtson végre egyszerű projekt. Az esetek 90% -ában után eltűnnek az ilyen jelentkezők, de a fejlesztő teljesítette a feladatot, ő mutatott normál eredményt, és felvették.
Idővel, ahogy nőtt az alvás hatékonyságát, a belső újonnan felvett alkalmazottak, kiderült, hogy az új alkalmazott kosyachit rendszeresen, de nem látom valami rendkívüli jelenség, úgy könnyen. Elvileg tévedni emberi, mégis új. De a kellemetlen pillanatokat halmozódott fel. A következtetések nem.
A cég ezután eltörte próbaidő.
Magát a fejében
Ez a rész fordítják eljutott puha készségek és személyes hatékonyság képességek.
Alexei Koval, SRT UA2WEB projekt, szemben a helyzet, amikor a projekt kinőtte egy személy, és az érintett személy nem képes mozogni egyedül dolgozni, hogy csapatban dolgozni. Úgy néz ki, mint ez: a projekt indul egy személy, a projekt növekszik, óhatatlanul része lesz több művészek, vezetők, és az emberek nem lehet integrálni, nem tud, vagy nem kíván másokkal kommunikálni, hogy a kollektív döntéseket. Talán azt írja jó kódot, a munka még csak most vezetett a projekt sikere, de a folyamat csatlakozási többi résztvevő szükséges, hogy utasítsa
Egy másik esetben, ami említésre méltó - ha a szakember nem akar felépíteni egy kapcsolatot a cég vezetése. Ez az ügy már a gyakorlatban Saffron, Timecode hr-menedzser. A fejlesztő, a jó szakember, teljesen figyelmen kívül hagyta a dolgozó mittingi nem figyelmeztetett, hogy nem tud részt venni. Volt, hogy elbúcsúzzon tőle a próbaidőszak után.
Hasonló a helyzet - a helytelen viselkedést az ügyfél. Szerint Szergej Nemchinskaya, a csapat vezetője a IntroPro, ha beszélünk outsource, akkor az ilyen baklövéseket ember elbocsátották 24 órán belül. Túl outsource függ az ügyfél. Kegyetlen, de nincs alternatívája - találni egy új fejlesztő sokkal egyszerűbb, mint az ügyfél