Их легко заметить!
За свою профессиональную карьеру я встречал немало неопытных разработчиков, которые считают себя лучшими и не готовы учиться. С ними непросто иметь дело и заставить их эффективно участвовать в проекте.
Когда вы встречаете такого человека, вы можете почувствовать, что он великий и знает свое дело. Затем, если вы посмотрите на код, который они пишут, вы поймете, насколько глубоки их знания. Делать ошибки не плохо, но если кто-то считает себя лучшим, трудно заставить его чему-то научиться.
Вот несколько признаков, по которым я ищу, чтобы идентифицировать такого человека:
Мой код работает, вы, должно быть, делаете что-то не так
Такие люди не признают своих ошибок. Забудьте о принятии, они даже не признают, что могут совершить ошибку. Их аргументы — это лучшая версия фразы «это работает на моей машине».
Мы все делаем ошибки. В конце концов, мы люди и обязаны все испортить. Принятие и исправление своих ошибок продвигает вас вперед. Сомневаться в своем коде — хорошее качество разработчика.
Оправдание плохого кода или плохого дизайна
Однажды я работал с таким человеком, который оправдывал свой плохой дизайн и плохой код. Это было, когда мы пытались что-то исправить, а не тыкали пальцами. Привожу несколько аргументов, которые у меня есть — это лучший способ сделать это. Требования не были ясны или изменены.
Неохотно меняет свой код
Такие разработчики неохотно меняют свой код. В первую очередь это связано с тем, что они думают, что не могут писать плохой код и не могут видеть дальше самих себя.
В прошлом я видел команду, в которой был неопытный и самовлюбленный разработчик. Другие члены команды не прикасались к написанному им модулю. Они решили повторно реализовать функциональность, если они в ней нуждаются. Основная причина заключалась в том, что нарцисс не был готов изменить свой код. И если кто-то другой вносит изменения и всплывает проблема, он отказывается смотреть на нее.
Отсутствие согласования с членами команды
Координация между членами команды является одним из наиболее важных аспектов хорошо функционирующей команды. Если в команде есть такой человек, динамика команды становится токсичной, прежде чем вы это заметите.
Слишком горд, чтобы обсуждать что-либо с командой
Признак хорошего программиста — обсуждать вещи с командой и получать более широкое представление о том, как можно что-то сделать. Возможно, вы делаете предположение или упускаете важный случай. Эти обсуждения могут быть полезными и сэкономят вам много времени в будущем.
Но разработчики-нарциссы часто думают, что знают лучше, и нет необходимости обсуждать это с командой. Это создает проблемы для всей команды, а иногда это стоит вам времени и усилий.
Напутствие
Лучшее решение проблемы — не брать такого человека в свою команду. Если вы столкнетесь с одним из них, вам нужно быть твердым в своих решениях и направить этого человека на правильный курс. Это непросто, но другого пути нет.
Надеюсь, вам понравилось это читать. Если вы хотите поддержать меня как писателя, рассмотрите возможность подписки стать участником Medium. Всего 5 долларов в месяц, и вы получаете неограниченный доступ к Medium.
Дополнительные материалы на PlainEnglish.io. Подпишитесь на нашу бесплатную еженедельную рассылку новостей. Подпишитесь на нас в Twitter и LinkedIn. Присоединяйтесь к нашему сообществу Discord.
