Ergelez betetako lanbideetako bat programatzaileak kudeatzen dituzten kudeatzaileak dira. Guztiak ez, beraiek programatzaileak ez zirenak baizik. Liburuetatik ateratako metodoak erabiliz eraginkortasuna “handitzea” (edo “eraginkortasuna” handitzea?) posible dela uste dutenak. Liburu hauek berak irakurtzeko trabarik egin gabe, bideoa ijitoa da.
Koderik inoiz idatzi ez dutenak. Programatzaileei buruzko Hollywoodeko filmak egiten dituztenentzat, tira, posta elektronikoa komando lerroa erabiliz ikusten dutenentzat. Adierazleak, epeak eta soldata propioa ez den ezer interesatzen ez zaienak.
Gehiengoa direnak.
Baina ergelak dira beste arrazoi batengatik. Eraginkortasuna nahi dute, edo eraginkortasuna behintzat (tira, kudeatzailea, Google zein den aldea), ez bata ez bestea ulertu gabe. Orokorrean funtsa, emaitza lortzeko prozesua, prozesu honetan gertatzen diren galerak, garapenaren kostuak ulertu gabe. Laburbilduz, programatzaile batekin kaxa beltz bat balitz bezala lan egitea.
Arrazoi bakarrarengatik etorri ziren programatzaileen kudeaketarekin topo egitea: hype, dirua, merkatua eta ergel mordo bat dago. Bada leku bat galtzeko.
Muntaia mekanikoen ekoizpenean hype egongo balitz, hor ibiliko ginateke. Station-bagoiak zurrupatzen ditu. Ez nintzateke harrituko abenduan gure auzoan Gabonetako zuhaitzak saltzen dituen tipoa oporretan dagoen informatika arduraduna izatea.
Laburbilduz, ahal izanez gero, tiro egin mutil hauei lepoan. Ez kezkatu, lana aurkituko dute. Horietako inork ez du ezer duin egingo bera programatzaile bihurtu arte. Ez baitu ulertzen berak kontrolatzen duen prozesuaren funtsa, mekanismoa, logika.
Ados, nahikoa kudeatzaileei buruz. Orain puntua, programatzaileentzat. Nola areagotu garapenaren eraginkortasuna kalitate handiko kodea idazten ikasiz.
Eraginkortasuna areagotzeko, arazoak azkarrago konpondu behar dituzu kalitatea galdu gabe. Arazoak azkarrago konpontzeko, kalitate handiko kodea berehala idazteko gai izan behar duzu. Eta “kalitate handiko”, eta “idatzi”, eta “berehala”. Metafora batekin azalduko dut.
Kalitate handiko kodea idaztea atzerriko hizkuntza bat zuzen hitz egitea bezalakoa da. Hizkuntza bat ezagutzen ez duzunean, denbora asko ematen duzu zure pentsamenduak bertan formulatzen saiatzen.
Premiazko zerbait esan behar baduzu, hitz batzuk itsatsi besterik ez dituzu, askotan egokiak ez direnak, artikuluak, hitz-ordena zuzena ahazten dituzu, aditz-denborak eta ahoskera txarra ahaztu gabe.
Erantzuna formulatzeko denbora baduzu, hiztegi bat edo sareko itzultzaile bat ireki beharko duzu eta denbora asko eman zure pentsamenduak formulatzen. Sentsazioa, ordea, desatsegina izango da oraindik: erantzuna esaten duzu, eta ez dakizu zuzena den ala ez. Gauza bera gertatzen da kodearekin: idatzita dagoela dirudi, funtzionatzen duela dirudi, baina kalitate onekoa den ala ez misterio bat da.
Denbora galtze bikoitza dela ematen du. Denbora behar da erantzuna emateko. Erantzun hau formulatzeko ere denbora behar da —eta ez hain gutxi—.
Kalitate handiko kodea idazteko trebetasuna badago, orduan erantzuna berehala formula daiteke, buruan heldu bezain laster, itzulpenean denbora gehiago eman gabe.
Kalitate handiko kodea idazteko trebetasunak laguntzen du arkitektura diseinatzerakoan. Besterik gabe, ez dituzu kontuan hartuko zure buruan aukera okerrak, gauzatu ezinak edo eskualdatuak.
Laburbilduz: kalitate handiko kodea idazteko trebetasunak nabarmen bizkortzen du arazoen ebazpena.
Baina hori ez da guztia. Felt boots-en kudeatzaileei esker, bada harrapaketa bat: ez dugu arrazoirik kalitate handiko kodea idazteko. Kudeatzaileak ez du kodea ikusten, bezeroak ez du kodea ikusten. Gutxitan erakusten diogu kodea elkarri, batzuetan bakarrik, kode-egiaztapena edo aldizkako birfactorizazioa dagoen proiektu batzuetan.
Gertatzen da kasu gehienetan kode kakarraren ekoizpenera edo bezeroarengana joaten dela. Kode kaskarra idatzi duen pertsona batek konexio neuronal egonkorra osatzen du - kode kaka idaztea ez da posible, baina beharrezkoa ere bada - onartu egiten da, eta ordaintzen dute ere.
Ondorioz, kalitate handiko kodea idazteko trebetasunak ez du inolako aukerarik garatzeko. Baldintzapeko langile batek idatzitako kodea ez du inork egiaztatzen. Normaltasunez programatzen ikasiko duen arrazoi bakarra barne motibazioa da.
Baina barne motibazio honek eraginkortasun eta produktibitate plan eta eskakizunekin talka egiten du. Kontraesan hau, argi eta garbi, ez da kalitate handiko kodearen alde konpontzen, jendeak ez duelako jendea kode kakarrarengatik kritikatzen ere egiten. Eta plana bete ez izanagatik, hala ere.
Zer egin beharko nuke? Konbinatu daitezkeen bi bide ikusi eta proposatzen ditut.
Lehenengoa zure kodea enpresa barruko norbaiti erakustea da. Ez erreaktiboki (galdetuta/behartuta dagoenean), baina modu proaktiboan (eh, lagun, begiratu nire kodea, mesedez). Hemen gauza nagusia ez da moko azukretsuak argitaratzea, ez saiatzea kodearen kritika forma adeitsu batean jartzen. Kodea kaskarra bada, hala esaten dugu: kodea kaskarra da. Azalpenekin, noski, eta hobetzeko gomendioekin.
Baina bide hau ere horrela da. Haren aplikagarritasuna kontaktua gertatu den puntuaren araberakoa da. Lana dagoeneko ekoizten hasi bada eta kodea kaskarra dela ikusten bada, ez du balio berriro egiteak. Zehazkiago, arrazoiak - neurketak ere ahulduko dira. Kudeatzaileek presaka sartuko zaituzte eta eraginkortasun eskakizunekin zapalduko zaituzte. Eta ez saiatu ere azaltzen kode kakatsua akatsen forman itzuliko dela - atzera egingo dizu. Hau berriro ez egiteko konpromisoa hartu dezakezu.
Lana oraindik entregatu ez bada, edo hasi berria bada, kodeari (edo bere proiektuari, ideiari) kaka isurtzeak esanahi praktikoa izan dezake - pertsonak normaltasunez egingo du.
Bigarren modua, politena, lanorduz kanpoko orduetan kode irekiko garapena egitea da. Zein da helburua: programatzaile mordo batek, hots, programatzaileak, zure kodea ikustea eta horri buruz hitz egitea. Enpresa barruko guztiek ez dute denborarik. Baina mundu osoko programatzaileek oraindik ez dute zer eginik, eta aplikazioaren ikuspuntutik erabilgarria den zerbait idazten baduzu, barrura begiratuko dute zalantzarik gabe.
Trikimailu nagusia, nire ustez, lanorduz kanpoko orduetan kodea idaztea da, kodearen kalitatearen eta emaitza emateko abiaduraren arteko kontraesanak ez duelako funtzionatuko. Idatzi zure garapena gutxienez urtebetez. Ez epeak, ez zehaztapen teknikoak, ez diruak, ez nagusiak ez dizute presiorik egingo. Askatasun osoa eta sormena.
Sormen librean bakarrik ulertu eta sentituko duzu kode bikaina zer den, hizkuntzaren eta teknologiaren edertasuna ikusiko duzu eta negozio-zereginen xarma sentituko duzu. Beno, kalitate handiko kodea idazten ikasiko duzu.
Egia da, honek denbora pertsonala pasatzea eskatuko dizu. Beste edozein garapen bezala. Begiratu ez kostu gisa, baizik eta inbertsio gisa, zure baitan.
Iturria: www.habr.com