Tõhususe saladus on kvaliteetne kood, mitte efektiivne juht

Üks kõige ülekoormatud idiootide ametitest on juhid, kes juhtivad programmeerijaid. Mitte kõik, vaid need, kes pole kunagi olnud programmeerijad. Need, kes arvavad, et saab tõhusust "suurendada" (või tõsta "efektiivsust"?) raamatute meetodite abil. Isegi mitte vaevamata neid raamatuid lugeda - ju võetakse videoid, eks.

Need, kes pole kunagi koodi kirjutanud. Need, kellele tehakse Hollywoodi filme programmeerijatest - noh, need, kus elektronposti vaadatakse käsurealt. Need, keda ei huvita miski muu kui näitajad, tähtaegade ja nende enda palk.

Need, keda on enamus.

Aga nad on idioodid teisel põhjusel. Nad soovivad efektiivsust või vähemalt tulemuslikkust (noh, manager, googelda, mis vahe on), mitte mõistmata kumbagi. Üldse mitte mõistes protsessi, kuidas tulemusi saavutatakse, kadusid, mis selle protsessi käigus toimuvad, arenduskulud. Ühesõnaga, töötades programmeerijaga nagu musta kasti.

On tulnud programmeerijate juhtimisele just ühel põhjusel: siin on hype, raha, turg ja hunnik samasuguseid idioote. On koht, kus varjuda.

Kui oleks hype mehhaanilises montaažitootmises - jookseksid sinna. Ükskõiksed universaalid. Ma ei imestaks, kui tüüp, kes müüb detsembris meie kvartalis kuuskesid, on IT-manager puhkuses.

Lühidalt, kui on võimalus, ajage need poisid minema. Ärge muretsege, nad leiavad endale tööd. Ükski neist ei tee kunagi midagi korralikku, kuni nad ise ei saa programmeerijaks. Sest nad ei mõista sisu, mehhanismi, protsessi loogikat, mida nad juhivad.

Nii, nüüd jätame managerid kõrvale. Räägime nüüd tõsiselt, programmeerijatele. Kuidas tõsta arenduse efektiivsust, õppides kirjutama kvaliteetset koodi.

Efektiivsuse tõstmiseks tuleb ülesandeid kiiremini lahendada, kvaliteeti kaotamata. Et ülesandeid kiiremini lahendada, tuleb osata kohe kirjutada kvaliteetset koodi. Ja "kvaliteetne", ja "kirjutada", ja "kohe". Selgitan metafooriga.

Kvaliteetse koodi kirjutamine on nagu võõrkeeles oskuslik rääkimine. Kui keelt ei oska, kulutad tohutult aega, et formuleerida oma mõtteid selles keeles.

Kui vaja on kiiresti öelda, võib muuta lihtsalt mingid sõnad, sageli ei ole need õiged, unustadesartiklid, õige sõnade järjekorra, rääkimata verbide ajast ja kehvast hääldusest.

Kui on aega vastuse sõnastamiseks, tuleb avada sõnaraamat või veebitõlkija ja kulutada palju aega oma mõtete sõnastamiseks. Tunde, tõele au andes, jääb aga ebameeldivaks: sa ütled vastuse, kuid ei tea, kas see on õige või mitte. Sarnane on ka koodiga - näiliselt oled kirjutanud, näiliselt töötab, aga kas see on kvaliteetne või mitte - kes teab.

See tõlgib kahekordse ajakulu. Vastuse välja mõtlemiseks kulub aega. Selle vastuse sõnastamiseks kulub samuti aega - ja mitte just vähe.

Kui kvaliteetse koodi kirjutamise oskus on olemas, saab vastust sõnastada kohe, kui see mõttes valminud on, kulutamata energiat tõlkimiseks.

Kvaliteetse koodi kirjutamise oskus aitab arhitektuuri projekteerimisel. Sa lihtsalt ei mõtle valele, teostamatule või valesti kirjutatud variantidele.

Kokkuvõtteks: kvaliteetse koodi kirjutamise oskus kiirendab oluliselt ülesannete lahendamist.

Aga see ei ole veel kõik. Tänu tobeda juhtimisele on üks probleem - meil ei ole põhjust kirjutada kvaliteetset koodi. Juht ei vaata koodi, klient ei vaata koodi. Me näitame üksteisele koodi harva, vaid mõnes projektis, kus on määratud koodi 'kontrollija' või perioodiline refaktoreerimine.

Tuleb välja, et enamikes juhtudes läheb halbu kood tootmisse või kliendile. Inimesel, kes on kirjutanud halba koodi, kujuneb stabiilne närviühendus - halbu kood kirjutada mitte ainult võib, vaid peab; seda võetakse vastu ja isegi makstakse selle eest.

Lõppude lõpuks pole kvaliteetse koodi kirjutamise oskusele üldse võimalust areneda. Konditsionaalset töötajat ei kontrolli keegi kunagi. Üksainus põhjus, miks ta õpib korralikult programmeerima, on sisemine motivatsioon.

Aga see sisemine motivatsioon on vastuolus efektiivsuse ja produktiivsuse plaanide ja nõuetega. See vastuolu lahendatakse selgelt mitte kvaliteetse koodi kasuks, kuna halva koodi eest ei karistata isegi. Ja plaani mittetäitmise eest - seda küll.

Kuidas olla? Näen ja pakun välja kaks teed, mida saab kombineerida.

Esimene – näidata oma koodi kellelegi ettevõttes. Mitte reaktiivselt (kui küsitakse/soovitakse), vaid proaktiivselt (hei, vaata mu koodi, palun). Siin on oluline mitte liialdada kiitustega, mitte püüda koodi kriitikat viisakaks vormida. Kui kood on halb, siis me ütleme otse: kood on halb. Loomulikult koos selgitustega ja soovitustega, kuidas seda paremaks teha.

Aga see tee on ka ise üsna kesine. Selle sobivus sõltub punktist, kus kontakt toimus. Kui töö on juba tootmisesse jõudnud ja selgub, et kood on halb, ei ole selle ümbertegemine enam mõtet. Täpsemalt, põhjus — muidu langevad ka mõõdikud. Juhtub, et juhid tulevad ja sundivad efektiivsuse nõudmisi. Ja isegi ära ürita neile selgitada, et halb kood toob endaga kaasa tõrkeid — sinuga endaga tuleb see välja. Jääb vaid endale lubada, et enam nii ei tee.

Kui töö ei ole veel üle antud või on alles alanud, siis koodi (või selle projekti, ideede) halvustamine võib olla täiesti praktiline – inimene teeb asja korralikult.

Teine tee, kõige ägedam – tegeleda avatud lähtekoodiga arendusega vabal ajal. Eesmärk on ju see, et palju programmeerijaid, tõeliselt programmeerijaid, näeksid sinu koodi ja väljendaksid arvamust. Ettevõttes pole kellelgi aega. Aga maailma programmeerijatel polegi midagi muud teha, ja kui sa kirjutad praktiliselt kasuliku asja, siis nad kindlasti vaatavad sisse.

Peamine asi, minu arvates – see on koodi kirjutamine vabal ajal, sest kvaliteedi ja tulemuse kiire esitlemise konflikti ei teki. Kirjuta oma arendus aastaga. Sinu peale ei avalda survet ei tähtajad, ei spetsifikatsioon, ei raha, ei ülemus. Täielik vabadus ja loovus.

Ainult vabades loovustes mõistad ja tunnetad, mis on hea kood, näed programmeerimise ilu ja tehnoloogiat, tunned ära äriülesannete võlu. Ja õpid kirjutama kvaliteetset koodi.

Tõsi, see nõuab sinult isiklikku aja investeeringut. Nagu tegelikult kõik muu areng. Vaata seda mitte kui kulu, vaid kui investeeringut – iseendasse.

Allikas: habr.com