Въведение

Всички сме чували за „концепцията за 10X разработчик“. Най-вероятно, когато сте го срещнали за първи път, контекстът е бил мит или градска легенда. не съм съгласен

Като реформиран психолог съм очарован от легенди, които са „лепкави“. Никоя история не витае толкова дълго, колкото тази, освен ако не съдържа елемент на истина. Или може би адресира някаква дълбоко вкоренена нужда. В тази статия бих искал да ви убедя, че 10X Developer е истински, макар и много рядък индивид. По-скоро като носорог, отколкото като саскуоч.

Наистина истинските разработчици

Ако се оценя честно като разработчик по скала от едно до десет, тогава съм около шест. Достигнах връх на седем в средата на трийсетте и оттогава постепенно намалявам.

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

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

Професионализъм Vs. Производителност

Но 10X професионализъм същото ли е като 10X производителност? Ами зависи. Виждал съм компании, в които един вдъхновяващ разработчик е замислил, проектирал и (най-вече) внедрил цяла продуктова линия от нулата. Това със сигурност ми звучи като 10Х.

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

За да смените домейни, нека помислим за изграждането на къща. YouTube продължава да се опитва да ми препоръча „емисията на Еди Хол“. Като най-силният човек в света можем уверено да прогнозираме, че той ще бъде 10 пъти по-силен от средния мъж. Така че, ако Еди беше в екипа ви за изграждане на нова къща, бихте ли били 10 пъти по-продуктивни?

Със сигурност ще има работни места, където той би бил изключително полезен, но също така неговото дърводелство или шофиране на копач няма да ви даде голямо предимство. Както винаги контекстът е всичко. Може да имате правилния човек, но дали той е на точното място в точното време?

По-малко опитен По-продуктивен

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

Тъй като прекарвам повече време в търгове, разговори и курсове, уменията ми за писане се подобряват. Колкото повече време отделям за организиране и представяне на събития, толкова по-добре разбирам индустрията. Тъй като говоря с клиенти през цялото време, моят асансьор е много подобрен. Подобно на много разработчици, моите търговски умения започнаха на ниво Captain Caveman — „Този ​​добър продукт. Много качествен код. Вие купувате!!”.

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

Да бъдеш умножител на сила

И така, какво е необходимо, за да бъдеш 10X разработчик? От това, което съм виждал по време на пътуванията си, това означава да оставите настрана чисто индивидуални цели, да игнорирате синдрома на самозванеца и да работите, за да станете това, от което вашият екип се нуждае. Вие ставате 10 пъти разработчик, като правите другите по-продуктивни, а не чрез личен успех. Тази „статия за Синдрома на самозванеца“ прави идеята брилянтно.

При някои обстоятелства това може да означава отстраняване на грешки при невъзможен проблем или проектиране на революционна архитектура. Но това може също така да означава обучение на нови разработчици, убеждаване на клиента от зле замислена функция, убеждаване на Дейв и Джейн да дадат на индустрията още три месеца, забелязване на възможности за повторно използване в екипи и т.н. Като фитнес треньор знам, че обича да казва „ никога не е само едно нещо”.

Изводи

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