Миф о суперпрограммисте: каких разработчиков считают крутыми, а какие на самом деле круты

Распространенное в англоязычной среде выражение “10x programmer” означает суперпрограммиста, который по производительности и объему работы может заменить десять человек. Звучит как что-то нереальное, но, по мнению сооснователя  компании Simple Thread Джастина Этереджа, у мифа есть основания. Где правда, а где ложь, специалист объяснил у себя в блоге. 

Вот что он написал. 

Кто такой разработчик 10x

Многие люди думают, что к суперпрограммистам можно отнести, например, Джона Кармака и Линуса Торвальдса. Большинство айтишников за всю жизнь не смогли бы сделать то, что умеет Джон Кармак. В этом смысле это не просто разработчики 10x, а 10000x. Это невероятно умные люди, которые обладают глубокими знаниями в предметной области, невероятной рабочей этикой и, что самое важное, видят все так, как никто другой.

Но таких людей просто так не наймешь. И даже если наймешь, они бы не согласились работать над чем угодно. Если Джона Кармака бросить в среднестатистический проект веб-разработки, он не будет там счастлив и эффективен, а все его знания о теневых томах и двоичном разбиении пространства будут скорее помехой, чем преимуществом. Поэтому это не те люди, на которых построен миф. 

Миф о разработчиках 10x стал настолько распространенным, потому что есть специалисты, которые считают, что они на две головы выше своих коллег. Как раз такие разработчики и породили миф о волшебном программисте 10x. 

Вот некоторые типы поведения и архетипы людей, которые заставляют людей поверить, что это суперпрограммисты. 

Тот, кто пишет слишком много кода

Есть множество разработчиков, способных создавать большие объемы кода. В некоторых случаях, например, в стартапах, этот навык будет полезен, но довольно часто такой код пишется в спешке, имеет низкое качество и приводит к тому, что членам команды приходится исправлять его позже. Поэтому, хотя разработчик может казаться невероятно продуктивным, на самом деле он он делает это за счет остальных членов команды. 

Тот, кто берет самые легкие таски

Они всегда хватаются за решение самых легких задач Scrum-доски. В конце каждого спринта у них больше карточек, чем у других, и это многих впечатляет. Особенно менеджеров. Других разработчиков не обманешь, но люди, которые не разбираются в процессе, будут ослеплены такой «продуктивностью». 

Тот, кто всегда все усложняет

Нет такой простой проблемы, которую этот разработчик не смог бы усложнить. Например, он получает простое техническое задание, в котором его просят отсортировать массив. Тогда он создает пользовательский интерфейс React с API бэкенда, который сортирует массив и сохраняет результаты в базе данных. Первое место за сложность! Многие из таких разработчиков любят пошуметь о том, какие большие и сложные проблемы они решают. Люди слышат это и поражаются продуктивности людей, решающих столько сложных проблем. 

Тот, кто не доделывает задачи до конца

Ситуация: разработчик работает над приложением, сталкивается с проблемой, которая замедляет его работу, и тогда просто переключается на что-то другое и продолжает работать. Люди, которые так делают карьеру, для неспециалистов будут выглядеть очень продуктивными, а вот другим членам их команды быстро надоест убирать и доделывать за ними. 

Со стороны такие модели поведения могут показаться высокопродуктивными, но только потому, что их истинная цена не всегда очевидна. 

Настоящие суперпрограммисты

А вот несколько архетипов, которые реально делают одних разработчиков продуктивнее других. Если в вашей команде есть такие люди, считайте, что вам повезло. 

Тот, кто фокусирует внимание на задаче и не отвлекается

Рядовой офисный работник проверяет электронную почту и мессенджеры раз в шесть минут. Программисты — не исключение. Если сможете уменьшить количество отвлекающих факторов, сосредоточиться и войти в поток, то автоматически станете эффективнее, чем большинство коллег. Не позволяйте себе отвлекаться, работайте со своей командой, чтобы научиться входить в поток, и выделяйте время для сосредоточенной и непрерывной работы. 

Тот, кто обладает глубокими знаниями в предметной области

Подавляющее большинство программистов — универсалы, и в этом нет ничего плохого. Но есть те, кто сосредотачивается на конкретной проблеме. Они хотят работать только в одной небольшой области, и в ней они знают все и могут решить любую проблему. 

Тот, за кем не надо исправлять

Даже если решение кажется очевидным и даже если они уже делали что-то подобное раньше, такие разработчики все равно будут разбираться, есть ли лучший способ решить проблему. Если им надо освоить новый инструмент, они не просто осваивают, а ищут учебники, лучшие практики и экспертов, чтобы убедиться, что они правильно все делают. Когда такие разработчики приходят к решению, можно быть уверенным, что за ними не надо подчищать. 

Тот, кто не успокоится, пока не решит проблему

Большинство разработчиков любят решать проблемы, но некоторые зацикливаются на трудной задаче, которая не решается. Иногда они могут работать над ней много часов подряд, не замечая, сколько времени прошло. У некоторых проблема может застрять в голове на несколько дней или недель. Пока проблема не будет решена, они не успокоятся. 

Тот, кто решает только те проблемы, которые нужно

Такие люди, вероятно, раздражают своих коллег. Они одержимы идеей не решать проблемы, которые не нужно решать. Эти разработчики могут сэкономить своим командам бесчисленное количество часов, избегая лишнего софта и чрезмерно сложных процессов. К сожалению, их редко благодарят за усилия. 

Тот, кто не любит все делать сам

Некоторые разработчики обожают изобретать колесо. Других же раздражают проблемы, у которых уже есть хорошие решения. Они будут из кожи вон лезть, чтобы найти библиотеку, API или инструмент, который решит проблему. Если найти не удается, то они перепроектируют проблему так, чтобы вписать ее в уже существующий формат. Это не всегда хорошо, но в основном помогает командам сэкономить массу времени и сил. 

Тот, кто всегда выбирает самое легкое решение

Этот человек всегда найдет самый легкий способ решения проблемы. Он без труда разбирает задачу, отбрасывает отвлекающие элементы и формулирует ее таким образом, что она становится решаемой. 

С полным текстом материала можно ознакомиться по ссылке. 

Ранее мы публиковали историю Джастина, в которой он рассказал, чему научился и что понял за 20 лет в IT-индустрии.