Тайната на ефективността е качествен код, а не ефективен мениджър

Една от най-идиотските професии са мениджърите, които управляват програмисти. Не всички, но тези, които самите не са били програмисти. Тези, които смятат, че е възможно да се „увеличи“ ефективността (или да се увеличи „ефективността“?), като се използват методи от книги. Без дори да си правя труда да чета същите тези книги, видеото е циганско.

Тези, които никога не са писали код. Онези, за които се правят холивудски филми за програмисти - добре, тези, където гледат имейл с помощта на командния ред. Тези, които не се интересуват от нищо друго освен показатели, срокове и собствена заплата.

Тези, които са мнозинство.

Но те са идиоти по друга причина. Искат ефикасност или поне ефикасност (хайде, мениджър, Google каква е разликата), без да разбират нито едното, нито другото. Без общо разбиране на същността, процеса на получаване на резултата, загубите, които възникват в този процес, разходите за развитие. Накратко, работа с програмист като че ли е черна кутия.

Те се натъкнаха на управлението на програмистите точно по една причина: има шум, пари, пазар и куп едни и същи идиоти. Има къде да се изгубите.

Ако имаше шум в производството на механични сглобки, щяхме да отидем там. Комбитата са гадни. Не бих се изненадал, че човекът, който продава коледни елхи в нашия квартал през декември, е ИТ мениджър на почивка.

Накратко, ако е възможно, застреляйте тези момчета във врата. Спокойно, ще си намерят работа. Никой от тях никога няма да направи нещо прилично, докато сам не стане програмист. Защото не разбира същността, механизма, логиката на процеса, който контролира.

Добре, стига за мениджърите. Сега към въпроса за програмистите. Как да увеличите ефективността на разработката, като се научите да пишете висококачествен код.

За да увеличите ефективността, трябва да решавате проблемите по-бързо, без да губите качество. За да решавате проблемите по-бързо, трябва да можете незабавно да пишете висококачествен код. И „високо качество“, и „пиши“, и „незабавно“. Нека обясня с една метафора.

Писането на висококачествен код е като да говорите правилно чужд език. Когато не знаете език, прекарвате много време в опити да формулирате мислите си на него.

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

Ако имате време да формулирате отговор, ще трябва да отворите речник или онлайн преводач и да отделите много време за формулиране на мислите си. Усещането обаче пак ще е неприятно: казвате отговора и не знаете дали е правилен или не. Същото е и с кода – изглежда, че е написан, изглежда, че работи, но дали е качествен или не е загадка.

Оказва се двойна загуба на време. Отнема време, за да се стигне до отговор. За формулирането на този отговор също е необходимо време – и то не толкова малко.

Ако умението за писане на висококачествен код е налице, тогава отговорът може да бъде формулиран веднага, веднага щом узрее в главата, без да отделяте допълнително време за превод.

Умението за писане на висококачествен код помага при проектирането на архитектура. Просто няма да обмисляте в главата си неправилни, неизпълними или саморъчни опции.

За да обобщим: умението да пишеш висококачествен код значително ускорява решаването на проблеми.

Но това не е всичко. Благодарение на мениджърите на филцови ботуши има една уловка - нямаме причина да пишем висококачествен код. Мениджърът не гледа кода, клиентът не гледа кода. Рядко показваме код един на друг, само понякога, в някои проекти, където има определена „проверка“ на кода или периодично рефакторинг.

Оказва се, че в повечето случаи скапаният код отива в продукцията или на клиента. Човек, който е написал скапан код, образува стабилна невронна връзка - не само е възможно да пишете скапан код, но е и необходимо - прието е и дори плащат за това.

В резултат на това умението за писане на висококачествен код няма никакъв шанс да се развие. Кодът, написан от условен служител, никога не се проверява от никого. Единствената причина да се научи да програмира нормално е вътрешната мотивация.

Но тази вътрешна мотивация противоречи на плановете и изискванията за ефективност и продуктивност. Това противоречие очевидно не е разрешено в полза на висококачествен код, защото хората дори не критикуват хората за скапан код. А за неизпълнение на плана – дори и така.

Какво трябва да направя? Виждам и предлагам два пътя, които могат да се комбинират.

Първият е да покажете кода си на някой в ​​компанията. Не реактивно (когато е поискано/принудено), а проактивно (ъъъ, пич, погледни моя код, моля). Основното тук е да не публикувате сладки сополи, да не се опитвате да поставите критиката на кода в учтива форма. Ако кодът е глупост, казваме така: кодът е глупост. С обяснения, разбира се, и препоръки как да го направим по-добър.

Но и този път е така. Приложимостта му зависи от точката, в която е възникнал контактът. Ако работата вече е пусната в производство и се окаже, че кодът е глупав, няма смисъл да го правите отново. По-точно причините - метриките също ще провиснат. Мениджърите ще се втурнат и ще ви смажат с изисквания за ефективност. И дори не се опитвайте да им обяснявате, че скапаният код със сигурност ще се върне под формата на бъгове - това ще има обратен ефект върху вас. Можете само да поемете ангажимент да не правите това отново.

Ако работата все още не е доставена или току-що е започнала, тогава изливането на глупости върху кода (или неговия проект, идея) може да има доста практично значение - човекът ще го направи нормално.

Вторият начин, най-готиният, е да правите разработка с отворен код в извънработно време. Каква е целта: група програмисти, а именно програмисти, да видят вашия код и да говорят за него. Всички в компанията нямат време. Но програмистите по целия свят все още няма какво да правят и ако напишете нещо полезно от гледна точка на приложението, те определено ще погледнат вътре.

Основният трик според мен е писането на код в извънработно време, защото противоречието между качеството на кода и скоростта на доставяне на резултата няма да работи. Напиши си разработката поне за една година. Нито сроковете, нито техническите характеристики, нито парите, нито шефът няма да ви притиснат. Пълна свобода и творчество.

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

Вярно е, че това ще изисква от вас лично време. Както всяко друго развитие. Гледайте на това не като на разход, а като на инвестиция – в себе си.

Източник: www.habr.com