Вы можете любить их или ненавидеть, но игнорировать их нельзя.
За свою профессиональную карьеру я работал со многими разными разработчиками.
С некоторыми из них мне нравилось работать, но с другими я лишь надеялся закончить проект и никогда больше не работать вместе.
В этой статье я перечислю некоторые типы таких разработчиков.
1. Продавец дыма Разработчики такого типа всегда что-то обещают кому-то — клиентам, вашему начальству или другим разработчикам.
Но когда что-то действительно нужно сделать, он, если может, убегает в другой проект или пытается переложить всю работу на других разработчиков.
Продавец дыма очень опасен, так как может привести к серьезным проблемам.
Он продает продукт, который не собирается производить, с использованием технологий, которые никогда не использовал.
Если вы не знакомы с продавцами дыма, вы подумаете, что они знают все, о чем говорят, и могут вам помочь.
Но вскоре вы поймете, что это ложь и на них рассчитывать нельзя.
2. Многозадачный разработчик Не плохой застройщик.
Обычно этот парень обладает отличными техническими навыками, но настолько занят, что никогда не сосредотачивается на чем-то одном, и на него никогда нельзя рассчитывать в проекте среднего размера.
Привлечь его внимание довольно сложно и хотя иногда у него возникают блестящие идеи, требуется немало усилий, чтобы убедить его что-то довести до конца.
3. Специалист с сертификатами У меня пока нет большого опыта работы с таким разработчиком, который все измеряет своими сертификатами.
Я считаю, что необходимо иметь хороший опыт и глубокие знания своей области работы.
Я не против сертификатов.
Но в большинстве случаев наличие сертификата, если он не подкреплен реальным опытом, не имеет большого значения.
Несколько лет назад клиент, для которого я разрабатывал программное обеспечение, нанял архитектора программного обеспечения.
Роль этого архитектора заключалась в организации и управлении всеми внешними разработчиками, работающими с клиентом.
Поначалу мне было хорошо работать с ним, но вскоре я понял, что все, что он делал, было основано на решениях других людей, и он делал вид, что это были его собственные решения.
В моем случае я потерял много времени на собраниях, на которых он пытался изменить способ нашей работы, но это было основано на идеях, о которых он только читал или слышал, но не реализовал на практике.
Конечно, сертификаты или ученая степень — это здорово, но только если это подтверждено реальным опытом, иначе вы становитесь разработчиком-теоретиком.
4. Неряшливый разработчик Их код беспорядочен и не соответствует никаким передовым практикам, смешивая все проекты в один (если они где-либо существуют).
Я работал с людьми такого типа.
В конце совещаний по планированию я обычно спрашивал их, есть ли у них какие-либо сомнения по поводу того, о чем мы говорим, потому что я видел, что они записывали случайные заметки на листе бумаги.
Мне всегда говорили, что сомнений нет. Через несколько дней они разработали нечто совершенно иное, чем то, о чем мы договорились на планерке.
У вас может быть много подсказок, как распознать шлюх:
- Организованы ли их записи?
- Они записывают, чтобы не забыть?
- В порядке ли их стол?
Они всегда говорят другим разработчикам, что делать, но сами в большинстве случаев никогда не используют то, что говорят. Когда начальник рядом, разработчики-теоретики хвастаются всем, что они «знают», но ищут способы отвлечься, когда дело доходит до работы.
На одной из моих работ был такой человек.
Он повсюду говорил о том, как мы можем что-то сделать, но я редко видел, чтобы он что-то проектировал.
Когда я получил его в качестве партнера, мне практически пришлось объяснять ему, как что-то делать.
6. Обычный разработчик Самый распространенный тип застройщика.
Они, как правило, средние во всем, что делают, и обычно хотят, чтобы в их портфеле были предсказуемые и удобные задачи.
7. Робкий разработчик Боящиеся разработчики никогда не проявляют инициативу.
Они всегда ждут, что вы скажете им, что делать и какие технологии использовать, или напомните им, что было сказано на встрече о той части, которую они разрабатывают. И если что-то пойдет не так, они будут винить вас.
Они тратят много энергии и времени, пытаясь избежать обвинений, если что-то пойдет не так, вместо того, чтобы думать о том, как лучше выполнять свою работу.
Они всегда выбирают наиболее удобный для них способ выполнения работы, даже если есть лучшие альтернативные решения.
8. Универсальный девелопер Отличный тип разработчика для большинства проектов.
Как правило, он не обладает супернавыками во всем, что знает, но ему под силу любой проект. От бэкенда к фронтенду.
9. Нарцисс Обычно имеют огромное эго и плохие навыки командной работы.
Они хотят, чтобы их считали лучшими разработчиками в команде.
Склонны чрезмерно усложнять простые вещи и использовать причудливый код, который сложнее понять другим членам команды.
Если они просматривают ваш код, то всегда стараются провести рефакторинг и прокомментировать даже там, где в этом нет необходимости.
В других случаях они говорят вам, что что-то идет не так, и исправят это с помощью чего-то супергениального.
Но в конечном итоге они не сдерживают своих обещаний и когда начальник спросит вас, почему не удалось выполнить задание, они ответят, что предупреждали, что что-то пошло не так.
Короче говоря, нарцисс — это человек, обладающий высокими техническими навыками, но склонный все усложнять, чтобы выделиться и превзойти других членов команды.
С нарциссами трудно работать.
10. Разработчик одержим всем Тип разработчика, помешанного на всех стандартах и методологиях.
Стандарты и методологии могут быть полезны, но если они становятся экстремальными, теряется гибкость и вся работа продвигается очень медленно.
11. Единорог В моей компании есть разработчик, которого я называю «единорогом».
У него есть все: отличные технические навыки, отличные коммуникативные навыки и он всегда готов помочь.
Если есть проблема, он всегда готов ее решить.
Всегда уверен, что если он сказал, то сделает. В целом единороги хороши во всем, но не склонны задерживаться на одной работе надолго, поскольку знают свои возможности, не являются нарциссами и всегда имеют хорошие предложения о работе.
12. Быстрый разработчик Они склонны быстро все заканчивать, но берутся за новую задачу, не выполнив на 100% предыдущую.
Они стремятся быстро выполнить задачу и заставить свою часть работать, хотя во многих случаях ничего не тестируют и не применяют передовой опыт. Они не документируют код или не следуют документации.
Проблема в работе с ними — после них весь код нужно полностью рефакторить или много исправлять, чтобы избежать ошибок.
13. Разработчик, который всегда хочет помочь Один из моих любимых типов.
Они обычно все знают и умеют это делать хорошо.
Они всегда хотят помочь, не проявляя высокомерия и высокомерия.
К сожалению, некоторые из них отвечают на ваши вопросы, как будто вы ребенок, и совершенно не терпят критики, если вы что-то опровергаете.
Заключение В конечном счете, самое главное — найти сбалансированную команду, в которой будут люди, с которыми легко работать, которые надежны и хотят расти.
Технические знания и опыт приходят со временем, но изменить себя в лучшую сторону гораздо сложнее.
Хотя в этой статье я поделился личным опытом с другими разработчиками, я уверен, что вы встречали множество других типов разработчиков.
И мне бы хотелось, чтобы вы тоже поделились своим опытом в комментариях.
Теги: #Управление развитием #Управление проектами #развитие #Управление персоналом #люди
-
Магний
19 Oct, 24 -
Гибридный Формат – Ни Рыба Ни Мясо Удаленно
19 Oct, 24 -
«Яндекс» Стал «Своим» В Новосибирске
19 Oct, 24 -
Первая Встреча Ramqa
19 Oct, 24 -
Об Урожае.
19 Oct, 24
