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

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

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

Оние кои се мнозинство.

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

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

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

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

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

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

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

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

Ако имате време да формулирате одговор, ќе мора да отворите речник или онлајн преведувач и да потрошите многу време формулирајќи ги вашите мисли. Чувството сепак ќе биде непријатно: го кажуваш одговорот и не знаеш дали е точен или не. Истото е и со кодот - се чини дека е напишано, се чини дека функционира, но дали е со добар квалитет или не е мистерија.

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

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

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

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

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

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

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

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

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

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

Но и овој пат е така-таков. Неговата применливост зависи од точката во која се случил контактот. Ако делото веќе влегло во производство и се испостави дека кодот е глупост, нема смисла да се повтори. Поточно, причините - метриката исто така ќе попушта. Менаџерите ќе брзаат и ќе ве скршат со барањата за ефикасност. И не се ни обидувајте да им објасните дека посраната шифра дефинитивно ќе се врати во форма на бубачки - ќе ви се врати назад. Можете само да се обврзете да не го правите ова повторно.

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

Вториот начин, најкул, е да се направи развој на софтвер со отворен код за време на неработни часови. Која е целта: еден куп програмери, имено програмери, да го видат вашиот код и да зборуваат за него. Сите во компанијата немаат време. Но, програмерите ширум светот сè уште немаат што да прават, и ако напишете нешто корисно од апликативна гледна точка, тие дефинитивно ќе погледнат внатре.

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

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

Точно, ова ќе бара од вас да поминете лично време. Исто како и секој друг развој. Гледајте не како трошок, туку како инвестиција - во себе.

Извор: www.habr.com