Az egyik legjobban túlterhelt szakma a programozókat irányító menedzsereké. Nem mindenki, hanem azok, akik soha nem voltak programozók. Akik azt hiszik, hogy a hatékonyságot (vagy a "hatékonyságot"?) könyvekből származó módszerekkel lehet "növelni". Még arra sem méltatják magukat, hogy elolvassák ezeket a könyveket — hiszen van videó, ami helyettük elmondja.
Akik soha nem írtak kódot. Akik számára Hollywood filmeket készít a programozókról — nos, azokról, akik a parancssoron nézik az e-mailjeiket. Akiknek semmi más nem érdekli, csak a mutatók, határidők és a saját fizetésük.
Akik többségben vannak.
De más okból idióták. Hatékonyságot, vagy legalábbis eredményességet akarnak (gyerünk, menedzser, guglizd meg, mi a különbség), anélkül, hogy értenének bármelyikhez is. Egyáltalán nem értik a lényegét, az eredmény elérésének folyamatát, a folyamatban bekövetkező veszteségeket, a fejlesztés költségeit. Röviden: a programozót fekete dobozként kezelik.
A programozók irányítására éppen egyetlen oka volt ennek a hajsza: itt van a hype, pénz, piac és rengeteg hasonló idióta. Van, ahol el tudnak tűnni.
Ha lenne hype a mechanikai összeszerelésben — oda futkosnának. Rossz univerzálisok. Nem lepődnék meg, ha a srác, aki decemberben fákat árul a mi kerületünkben, IT-menedzser a szabadságán.
Röviden, ha van lehetőséged, űzd el ezeket a fiúkat. Ne aggódj, találnak majd maguknak munkát. Egyikük sem fog soha semmi tiszteset végrehajtani, amíg nem lesz ő is programozó. Mert nem érti a lényegét, a mechanizmusát, a folyamat logikáját, amit irányít.
Na jó, ennyi a menedzserekről. Most a lényeg, a programozóknak. Hogyan növeljük a fejlesztés hatékonyságát, megtanulva minőségi kódot írni.
A hatékonyság növeléséhez gyorsabban kell megoldani a feladatokat, anélkül hogy elveszítenénk a minőséget. A feladatok gyorsabb megoldásához képesnek kell lennünk azonnal minőségi kódot írni. Mind a "minőségi", mind a "írni", és azonnal. Egy metaforával magyarázom.
Minőségi kódot írni olyan, mintha helyesen beszélnénk egy idegen nyelven. Amikor nem ismered a nyelvet, rengeteg időt veszítesz arra, hogy megfogalmazd a gondolataidat rajta.
Ha sürgősen kell valamit mondani, akkor az ember csak összerak néhány szót, gyakran nem azokat, amikre szükség van, elfelejti a névelőket, a szavak helyes sorrendjét, nem is beszélve az igeidőkről és a borzalmas kiejtésről.
Ha van idő a válasz megfogalmazására, akkor elő kell venni a szótárat vagy az internetes fordítót, és rengeteg időt elpazarolni a gondolatok megfogalmazására. Az érzés viszont így is kellemetlen marad: a választ mondja az ember, és nem tudja, hogy helyes-e vagy sem. Ugyanez a kódra is igaz – úgy tűnik, hogy megírtam, működik, de hogy milyen minőségű – azt nem tudom.
Kétszeres időveszteség következik be. Az idő, ami a válasz megalkotására megy el, elveszik. Az idő, ami a válasz megfogalmazására megy el, szintén elveszik – ráadásul nem is kevés.
Ha viszont van tapasztalat a minőségi kód írásában, a választ azonnal meg lehet fogalmazni, ahogy csak megérik a fejben, anélkül, hogy plusz időt pazarolnánk a fordításra.
A minőségi kód írásának készsége segít az architektúra tervezésében. Egyszerűen nem fogsz olyan hibás, megvalósíthatatlan vagy bénán megírt lehetőségeket fontolgatni a fejedben.
Összefoglalva: a minőségi kód írásának készsége jelentősen felgyorsítja a feladatok megoldását.
De ez még nem minden. A menedzserek miatt van egy kis bökkenő – lényegében nincs okunk minőségi kódot írni. A menedzser nem nézi a kódot, az ügyfél sem. Egymásnak ritkán mutatjuk a kódot, csak néha, bizonyos projektekben, ahol van kijelölt "ellenőr" a kódhoz, vagy időszakos refaktorálás zajlik.
Így a legtöbb esetben a rosz kód az élesbe vagy az ügyfélhez kerül. Az ember, aki a rosz kódot írta, állandó neuronális kapcsolatokat alakít ki – a rosz kódot nemcsak hogy lehet írni, hanem kell is – azt elfogadják, sőt, még fizetnek érte.
Ennek eredményeként a minőségi kód írásának készsége egyáltalán nem tud fejlődni. A kódot, amit egy feltételes alkalmazott írt, senki sem ellenőrzi, soha. Az egyetlen ok, amiért megtanul normálisan programozni – az a belső motiváció.
De ez a belső motiváció ellentmondásba kerül a hatékonysági és produktivitási követelményekkel és tervezetekkel. Ezt az ellentmondást nyilvánvalóan nem a minőségi kód megerősítésére oldják fel, hiszen a rosz kódért még csak nem is szidják az embert. A terv megvalósításának elmaradásáért viszont nagyon is.
Mi a teendő? Két utat látok és javaslok, amelyeket ötvözni lehet.
Az első - megmutatni a kódodat valakinek a cégen belül. Nem reakciósan (amikor kérik/kényszerítenek), hanem proaktívan (hé, haver, nézd a kódomat, kérlek). Itt a lényeg, hogy ne édességgel cukrozzuk a kritikát, ne próbáljuk a kód kritikáját udvarias formába önteni. Ha a kód szar, ezt úgyis mondjuk: a kód szar. Természetesen magyarázatokkal és ajánlásokkal arról, hogyan lehetne jobb.
De ez az út sem ideális. Az alkalmazhatósága attól függ, hogy hol történt a kapcsolatfelvétel. Ha a munka már élesben van, és kiderül, hogy a kód szar, akkor már nincs értelme újra csinálni. Pontosabban, nem lesz rá ok - a metrikák is romlani fognak. A menedzserek rá fognak jönni és követelésekkel fognak ostromolni. És ne próbáld meg nekik magyarázni, hogy a szarság vissza fog térni hibák formájában - ez neked bajod lesz. Csak a kötelezettséget veheted magadra, hogy ilyen nem fordulhat elő.
Ha a munka még nem került átadásra, vagy csak most kezdődött, akkor a kód (vagy annak projektje, elképzelése) lehúzása valóban praktikus célt szolgálhat - az ember rendesen meg fogja csinálni.
A második út, a legmenőbb - foglalkozni az open-source fejlesztéssel munkaidőn kívül. Hiszen mi a cél: hogy egy csomó programozó, pontosan programozó lássa a kódodat és véleményt mondjon róla. A cégen belül senkinek sincs ideje. De a világ programozóinak nincs mit csinálniuk, és ha írsz valami hasznosat, akkor biztosan be fognak nézni.
A legfontosabb dolog, véleményem szerint, a kód írása munkaidőn kívül, mert nem lesz ellentét a kód minősége és az eredmény kiadásának sebessége között. Írhatsz akár egy évig is a fejlesztésedre. Nem fognak nyomást gyakorolni rád a határidők, a műszaki leírás, a pénz vagy a főnök. Teljes szabadság és kreativitás.
Csak a szabad kreativitás révén fogod megérteni és érezni, mi az igazi szuper kód, meglátod a programozási nyelvek és a technológiák szépségét, és megtapasztalod az üzleti feladatok vonzerejét. Nos, és megtanulsz majd kiváló minőségű kódot írni.
Igaz, hogy ez személyes időráfordítást igényel tőled. Mint bármilyen más fejlődés. Úgy tekints erre, mint befektetésre - önmagadba.
Forrás: habr.com
