Тајна ефикасности је квалитетан код, а не ефикасан менаџер

Једна од најидиотнијих професија су менаџери који управљају програмерима. Не сви, већ они који сами нису били програмери. Они који мисле да је могуће „повећати“ ефикасност (или повећати „ефикасност“?) методама из књига. Без труда да прочитам те исте књиге, видео је цигански.

Они који никада нису писали код. Они за које се снимају холивудски филмови о програмерима - па они где гледају е-пошту користећи командну линију. Они које не занима ништа осим показатеља, рокова и сопствене плате.

Они који су већина.

Али они су идиоти из другог разлога. Они желе ефикасност, или барем ефективност (ајде, менаџере, Гугл у чему је разлика), а да не разумеју ни једно ни друго. Без општег разумевања суштине, процеса добијања резултата, губитака који се јављају у овом процесу, трошкова развоја. Укратко, рад са програмером као да је црна кутија.

Налетели су на менаџмент програмера управо из једног разлога: постоји хајп, новац, тржиште и гомила истих идиота. Има где да се изгубиш.

Да је било помпе у производњи механичких склопова, трчали бисмо тамо. Каравани су срање. Не бих се изненадио да је тип који продаје јелке у нашем крају у децембру ИТ менаџер на одмору.

Укратко, ако је могуће, пуцајте овим момцима у врат. Не брини, наћи ће посао. Нико од њих неће учинити ништа пристојно док и сами не постану програмери. Зато што не разуме суштину, механизам, логику процеса којим управља.

У реду, доста о менаџерима. Сада на ствар, за програмере. Како повећати ефикасност развоја учењем писања висококвалитетног кода.

Да бисте повећали ефикасност, морате брже да решавате проблеме без губитка квалитета. Да бисте брже решавали проблеме, морате одмах да напишете висококвалитетан код. И „висококвалитетно“, и „напиши“, и „одмах“. Дозволите ми да објасним метафором.

Писање висококвалитетног кода је као да правилно говорите страни језик. Када не знате језик, проводите много времена покушавајући да формулишете своје мисли на њему.

Ако треба хитно нешто да кажете, само се држите неких речи, често не правих, заборављате на чланке, исправан ред речи, а да не говоримо о глаголским временима и лошем изговору.

Ако имате времена да формулишете одговор, мораћете да отворите речник или онлајн преводиоца и потрошите много времена на формулисање својих мисли. Осећај ће, међутим, и даље бити непријатан: кажеш одговор, а не знаш да ли је тачан или не. Исто је и са кодом – изгледа да је написан, изгледа да функционише, али је мистерија да ли је квалитетан или не.

Испоставило се да је то двоструко губљење времена. Потребно је време да се дође до одговора. Такође је потребно време да се формулише овај одговор – и то не тако мало.

Ако је присутна вештина писања висококвалитетног кода, онда се одговор може формулисати одмах, чим је сазрео у глави, без трошења додатног времена на превођење.

Вештина писања висококвалитетног кода помаже при пројектовању архитектуре. Једноставно нећете размишљати о нетачним, неостварљивим или рукохватним опцијама у својој глави.

Да резимирамо: вештина писања висококвалитетног кода значајно убрзава решавање проблема.

Али то није све. Захваљујући менаџерима филцаних чизама, постоји једна квака - немамо разлога да пишемо квалитетан код. Менаџер не гледа код, клијент не гледа код. Ретко показујемо код једни другима, само понекад, у неким пројектима где постоји одређена „провера“ кода или периодично рефакторисање.

Испоставило се да у већини случајева усрани код иде у производњу или клијенту. Особа која је написала усрану шифру формира стабилну неуронску везу - не само да је могуће написати усрану шифру, већ је и неопходно - то је прихваћено, па чак и плаћају.

Као резултат тога, вештина писања висококвалитетног кода уопште нема шансе да се развије. Шифру коју је написао условно запослен нико никада не проверава. Једини разлог зашто ће научити да нормално програмира је унутрашња мотивација.

Али ова унутрашња мотивација је у сукобу са плановима и захтевима за ефикасношћу и продуктивношћу. Ова контрадикција очигледно није решена у корист висококвалитетног кода, јер они чак и не критикују људе због усраног кода. А за неиспуњење плана – чак и тако.

Шта бих требао да урадим? Видим и предлажем два пута која се могу комбиновати.

Први је да покажете свој код некоме у компанији. Не реактивно (када се то тражи/принудно), већ проактивно (ух, стари, погледај мој код, молим те). Овде је главна ствар да не постављате слатке шмркље, да не покушавате да критикујете кодекс у љубазном облику. Ако је код срање, кажемо тако: код је срање. Уз објашњења, наравно, и препоруке како то учинити бољим.

Али и овај пут је тако-тако. Његова примењивост зависи од тачке у којој је дошло до контакта. Ако је посао већ ушао у производњу и испоставило се да је код срање, нема смисла понављати га. Тачније, разлози - метрика ће такође попустити. Менаџери ће пожурити и сломити вас захтевима за ефикасност. И немојте чак ни покушавати да им објасните да ће се усрани код дефинитивно вратити у облику грешака - то ће вам се вратити. Можете се само обавезати да ово више нећете радити.

Ако посао још није испоручен, или је тек почео, онда сипање срања по коду (или његовом пројекту, идеји) може имати прилично практично значење - особа ће то радити нормално.

Други начин, најквалитетнији, је развој отвореног кода током нерадног времена. Шта је циљ: да гомила програмера, односно програмера, види ваш код и говори о њему. Сви у компанији немају времена. Али програмери широм света и даље немају шта да раде, а ако напишете нешто корисно са становишта примене, они ће сигурно погледати унутра.

Главни трик је, по мом мишљењу, писање кода у нерадно време, јер противречност између квалитета кода и брзине испоручивања резултата неће успети. Напишите свој развој најмање годину дана. Неће вам вршити притисак ни рокови, ни техничке спецификације, ни новац, ни газда. Потпуна слобода и креативност.

Само у слободној креативности ћете разумети и осетити шта је велики код, видети лепоту језика и технологије и осетити чар пословних задатака. Па, научићете да пишете висококвалитетан код.

Истина, ово ће захтевати да проведете лично време. Као и сваки други развој. Не гледајте на то као на трошак, већ као на инвестицију – у себе.

Извор: ввв.хабр.цом