В настоящее время я работаю в компании по разработке программного обеспечения в качестве младшего разработчика. Благодаря тому, что я смог продемонстрировать хорошее понимание технологии, которую мы используем, мне поручили несколько довольно абстрактных/продвинутых задач для нашего текущего проекта, в которых никто в моей команде (даже мой руководитель) не имеет опыта. мне не с кем посоветоваться из коллег. Мой руководитель группы посоветовал мне направлять любые вопросы очень опытному старшему разработчику из другого отдела. У этого парня есть опыт практически во всех мыслимых областях, и он играет одну из ведущих ролей в области стандартов кодирования и разработки программного обеспечения. Я хотел бы узнать от него как можно больше.
Я ненавижу задавать ему вопросы, он производит впечатление довольно высокомерного:
С этим сталкиваюсь не только я, у многих моих коллег тоже был негативный опыт общения с ним. Тем не менее, он никогда не отвергает никаких вопросов и действительно пытается дать ответы, но из-за его поведения я настолько напуган им, что просто сижу молча, улыбаюсь и киваю, ожидая, когда все закончится. Я оставляю большинство своих встреч с ним более невежественными, чем раньше.
С тех пор я старался избегать его и спрашивал других старших разработчиков с менее враждебным поведением, но меня по-прежнему часто перенаправляли к нему.
На данный момент это ни в малейшей степени не влияет на мою производительность на работе, поскольку и мой руководитель группы, и непосредственный менеджер более чем довольны моей текущей производительностью. Это влияет на меня на личном уровне, поскольку меня действительно беспокоит то, что я не могу достичь стандартов, которые я установил для себя, несмотря на то, что у меня есть необходимые знания, чтобы сделать это в пределах моей досягаемости.
Может ли кто-нибудь дать мне совет, как вести себя с таким человеком, не чувствуя себя каждый раз приниженным?
Говоря как человек, который когда-то был там же, где и вы, а теперь сам иногда подходит под ваше описание, вот некоторые вещи, которые, я думаю, подействуют на меня:
Он дает вам ощущение, что вы крадете его время
Прими это к сердцу:
Их время намного, намного ценнее вашего
Уважайте этот факт. И продемонстрируйте, что вы его уважаете.
Предположим, что это стоит компании как минимум в 10 раз больше, чем ваша. Если вы можете потратить часы на работу, исследования, консультации в Интернете, пробы и ошибки и т. д., чтобы избавиться от 10 минут вопросов и объяснений во время встреч, то вы должны это сделать.
Продемонстрируйте эту работу: «Это моя проблема. Я пробовал [это, это и это], но столкнулся с [этими проблемами]. Я просмотрел различные сообщения на Stack Overflow, которые натолкнули меня на [эти идеи]. я достиг [частичных результатов], но теперь я застрял на [очень конкретной проблеме], и я исчерпал все, что мог придумать».
Предположим, что, как и многие программисты, они ненавидят переключение контекста, встречи лицом к лицу и общение с людьми в целом. Спросите, можете ли вы настроить внутренний чат/комнату сообщений, где вы можете задавать вопросы и т. д., и они могут ответить в удобное для них время, а не планировать встречу.
Он объясняет решения только исходя из своего уровня опыта и выглядит расстроенным, когда кто-то не сразу понимает
Запишите все, что они говорят. Тогда идите и изучайте его, пока он не обретет смысл. Это не поможет вам тут же, но ускорит процесс поднятия вас до их уровня как можно быстрее.
Он вздыхает или расстраивается/сердится, если у вас есть вопросы
Так что постарайтесь никого не спрашивать. Если вы думаете о вопросе, то запишите его. Уходите. Исследуйте это. Приложите все усилия, чтобы найти ответ самостоятельно. Затем в следующий раз вы можете сказать: «Я думал о [Вопросе А] на нашей последней встрече. Провел небольшое исследование. Попробовал кое-что и пришел к [Выводу X]. Верно?».
Нет такой вещи, как «Просто быстрый вопрос». Если требуется 30 минут, чтобы вернуться к потоку написания кода после того, как вас прервали, то ваш быстрый вопрос, на ответ которого требуется 2 минуты, на самом деле стоит всего полчаса их времени. Не делай этого.
Он часто находит и ругает вас за мелочи в вашем коде, которые он бы сделал лучше, хотя они делаются после того, как компания выпустила правила кодирования.
Просто сосать его. Скажи "ОК". Записать. И двигаться дальше. Вместо «Хорошо» вы всегда можете сказать «Я бы с удовольствием сделал это, но в правилах балансовой единицы сказано, что я должен сделать это таким образом». Это может решить это. Это может быть не так. Стоит попробовать хотя бы раз понаблюдать за их реакцией.
Он воспринимает любое заблуждение или ошибку как «отсутствие исследований», даже когда я впервые имею дело с новой технологией.
Это отсутствие исследований. Ожидания могут быть нереалистичными. Но если вы задаете им вопрос, на который вы могли бы ответить сами, потратив некоторое время на изучение и исследование, то ответственность за это лежит на вас, прежде чем сделать это их проблемой.
Теперь все это может звучать довольно жестко. И как ужасно много работы.
Это много работы . Но это работа, которая в конечном счете идет вам на пользу. Все, что вы узнаете, и узнать о том, как учиться. Как исследовать, решать проблемы, думать самостоятельно, создавать наиболее целенаправленные, краткие вопросы, чтобы получить максимальную отдачу от старшего контакта. Все это будет невероятно ценно для вашей карьеры в будущем.
И если они чем-то похожи на меня, если они увидят, что вы делаете все возможное, чтобы свести к минимуму сбои в их реальной работе и как можно быстрее войти в курс дела, они перестанут обижаться на то, что вы прерываете, и может даже получить удовольствие от помощи кому-то, кто воспользуется своим опытом и знаниями и действительно сделает из них что-то полезное.
Вот ключ:
Мой руководитель группы посоветовал мне направлять любые вопросы очень опытному старшему разработчику из другого отдела.
Важно убедиться, что старший разработчик понимает, что это происходит из более высокого уровня пищевой цепочки, чем вы. Вы можете рассеять раздражение старшего разработчика, просто будучи честным:
«Извините, я знаю, что у меня не так много опыта, как у вас, и, вероятно, это расстраивает необходимость отвечать на все эти вопросы. Я знаю, что у вас есть свои собственные вещи, над которыми нужно поработать, но [руководитель группы] попросил меня проконсультироваться с вами, чтобы мы могли выполнять наш проект по графику. Дайте мне знать, если я могу что-то сделать, чтобы вам было легче».
Кроме того, потакание эго обычно не повредит. Если он научит вас чему-то полезному (либо непосредственно связанному с вашими вопросами, либо в качестве косвенного комментария), предложите что-то вроде: «О, это так здорово! Я никогда не знал этого трюка».
Хотя многие ответы уже дают отличные советы о том, как лучше общаться с этим человеком и получать больше пользы от ваших взаимодействий, я хотел бы дать дополнительную точку зрения, которая может (или не может) иметь отношение к вам, но может помочь вам с аналогичными взаимодействиями в будущем.
В начале своей карьеры я оказался в похожей ситуации — там был очень старший разработчик, от которого я получил указания.
Я ненавидел с ним общаться. Я думал, что он абразивный. Он говорил вещи очень прямо, например: «О чем ты думаешь? Зачем тебе это делать?» или «Вы не знаете XYZ?» - такие вещи. Он вздыхал или показывал признаки разочарования. Он предположил бы, что я знаю то, чего не знаю.
По сути, я выходил из каждого взаимодействия, чувствуя себя идиотом, который только что потратил свое время впустую. Все время, пока я общался с ним, я просто бил себя внутри. Я был невероятно застенчив и чувствовал, что я неполноценен. Я был уверен , что он ненавидит меня, что все эти негативные мысли о себе были у меня в голове — так он себя чувствовал.
Я постоянно попадал в ситуации, когда мне приходилось работать с этим старшим разработчиком. Я не могу точно вспомнить, когда я это понял, но в конце концов я понял, что этот старший разработчик не относился ко мне как к низшему — он относился ко мне как к равному, с уважением. Позже я узнал, что он на самом деле очень уважал меня и был очень доволен моей работой по сравнению с моим положением.
Он достаточно меня уважал, чтобы быть со мной откровенным. Чтобы сказать мне правду. Чтобы высказать мне свое честное мнение. Он достаточно уважал меня, чтобы не приукрашивать все. Он не позволил мне потерпеть неудачу, он не позволил мне придерживаться более низких стандартов. Все, что он говорил, все его комментарии и критические замечания, которые я истолковывал как осуждение, на самом деле предназначались для помощи. Он не пытался меня унизить, он подводил меня до своего уровня.
А взамен он ожидал, что я буду уважать его (и я думаю, что именно отсюда и пошло его разочарование). Он ожидал, что я буду исследовать вещи самостоятельно. Чтобы подготовиться к встрече с ним, чтобы я мог быть кратким и конкретным. Он ожидал, что я буду делать больше, чем просто то, что минимально требуется для моей должности начального уровня. Он ожидал, что я буду заботиться о своей работе. И он ожидал, что я буду уважать себя и быть уверенным в своем интеллекте.
И я должен вам сказать, то, как он вел себя по отношению ко мне — что я интерпретировал как осуждение — это то же самое, как я вижу, как старшие разработчики на равных взаимодействуют друг с другом. Они откровенны и прямолинейны друг с другом, потому что у них взаимное уважение.
«Что, черт возьми, ты здесь делаешь? Есть ли причина, по которой ты делаешь это таким образом?» «Да, я знаю, о чем вы думаете, но выслушайте меня, я пытался сделать это «правильно»… и дружеский стеб продолжается.
Младший я истолковал бы этот первоначальный вопрос как суждение. Старший я интерпретирует это как забавный, драматический способ попросить разъяснений. Тот же вопрос имеет для меня совершенно другое значение, просто исходя из моей внутренней точки зрения и уровня моей уверенности.
Все это говорит о том, мог ли мой старший разработчик быть более вежливым, понимающим и добрым по отношению к неуверенному в себе младшему? Да, он определенно должен был - и я надеюсь, что если я окажусь в таком же положении, я смогу лучше наставлять.
К сожалению, как вы могли прочитать из других ответов, кажется, что в мире ИТ, если вы старший, вы имеете право относиться к любому, кто знает меньше вас, как к мусору, не только это право, но и согласно другому ответы, вы должны поблагодарить за это.
Это действительно плохой совет (не верите мне? Спросите Линуса Торвальдса...). Если вы младший или подмастерье, вы заслуживаете такого же уважения, как и все остальные в вашей компании.
Старший парень, безусловно, очень занят, напряжен, опытен и однажды даже мог ходить по воде, но быть старшим также подразумевает наставничество и помощь каждому члену команды в росте. Таким образом, преподавание не является незначительной частью того, чтобы быть старшим.
Если он занят, он может предложить договориться о конкретных временных промежутках для обсуждения ваших вопросов, он должен найти способ эффективно передать свои знания.
Однако, поскольку ему было позволено или он чувствует, что имеет на это право, он этого не делает.
Что ты можешь сделать:
Помните, что многие люди будут относиться к вам так, как вы позволите им относиться к себе. Если вы позволите им обращаться с вами как с мусором, они будут счастливы так с вами обращаться. Возможно, они надеются, что вы больше туда не пойдете, возможно, не любят учить. В любом случае, не беда, делайте голос напористым, не позволяйте никому обращаться с вами как с мусором. Ты знаешь почему? Потому что в противном случае, даже если твоя работа будет в порядке, ты придешь сюда, потому что ты страдаешь.
К сожалению, это может привести к некоторой конфронтации, и вам придется четко заявить, что когда-то вы чувствовали, что его отношение было неправильным, оскорбительным и т. д. (сохраните пример для каждого пункта, который вы хотите выделить). В то же время никогда не забывайте признавать его знания и заявлять, насколько вы были бы признательны, если бы научились у него.
Мы не можем судить, груб ли этот человек или проблема частично на вашей стороне. Как говорится, в каждой истории есть три стороны: ваша, чужая и правда.
Помимо этого, я дам несколько советов как старший разработчик, который сейчас занимается наставничеством:
Вопросы
Вы можете помочь себе, выбрав только те вопросы, которые вам абсолютно необходимо задать, и тщательно объяснив, почему вы не смогли ответить на них с помощью найденных ресурсов.
Код
Выберите любую кодовую базу, и редко два программиста согласятся, что код — это то, что они написали бы. Критика ранит, но проверка кода — это суровая реальность, с которой вам придется иметь дело. Не на каждом холме стоит умереть, прежде чем вам захочется вернуться. Некоторые вещи просто предпочтения и стиль.
Тайм-менеджмент
Похоже, этот человек очень занят. Вместо того, чтобы беспокоить их случайным образом, посмотрите, можете ли вы забронировать обычное время или использовать электронную почту / чат. Затем они могут вернуться к вам в свои временные рамки.
Навыки работы с людьми
Если бы я мог порекомендовать набор навыков любому программисту, он был бы даже не техническим. Мягкие навыки абсолютно необходимы. По мере продвижения по служебной лестнице вы увидите, что самые лучшие разработчики обладают превосходными техническими навыками и умением работать с людьми. Взгляните на книгу Дейла Карнеги «Как завоевывать друзей и влиять на людей» или, что еще лучше, просто прочитайте краткое содержание в Интернете. Если вы сможете задать вопрос таким образом, чтобы он был беспроигрышным, и проявите интерес к этому человеку, это откроет двери, поверьте мне.
Отношение
Люди, которых вы описываете, увы, в IT очень много. Если они играют ключевую роль в бизнесе, скорее всего, у них будет определенная степень свободы, чтобы быть неприятными, поскольку они слишком важны, чтобы их расстраивать. Старайтесь не принимать вещи на свой счет.
И последнее, «программист низкого уровня» имеет особое значение. Я был готов ответить на вопрос по ассемблерному коду! :)
TLDR: УВАЖАЙТЕ ЕГО ВРЕМЯ
Будучи старым ископаемым, возможно, я смогу дать некоторое представление.
Скорее всего, ваш старший пережил самые трудные времена в отрасли и закален в боях. Попробуйте взглянуть на вещи с его точки зрения и посмотрите, не изменит ли это ваш взгляд на вещи.
Он объясняет решения только исходя из своего уровня опыта и выглядит расстроенным, когда кто-то не сразу понимает
Обязательно дайте ему понять, что вы не очень опытны, прежде чем он начнет объяснять. Кому-то на этом уровне нужно изменить свое мышление, когда они объясняют кому-то на другом уровне. Очень неприятно, когда вы пытаетесь что-то объяснить кому-то, кто этого не понимает, а потом приходится угадывать, на каком уровне объяснять это человеку. Чем больше раз вам приходится что-то упрощать, тем больше разочарований. Автомеханики должны делать это постоянно. Потерпи. Прервите его, если нужно, чтобы он знал, какой у вас уровень.
Он вздыхает или расстраивается/сердится, если у вас есть вопросы
Убедитесь, что вы не перебиваете в неподходящее время. Нет ничего более неприятного, чем когда вы находитесь на пороге решения сложной проблемы, а вас кто-то прерывает. Назначайте встречи с ним, а не просто подходите к нему.
Он дает вам ощущение, что вы крадете его время
Никто не может дать вам чувства. Это на вас. Однако нетрудно предположить, что он может чувствовать себя обиженным, особенно если у него высокие требования и сжатые сроки. Уважайте его время.
Он часто находит и ругает вас за мелочи в вашем коде, которые он бы сделал лучше, хотя они делаются после того, как компания выпустила правила кодирования.
Они действительно мелкие? Если что-то соответствует рекомендациям, это не значит, что это хорошо. Если хочешь поправиться, послушай его и прояви немного терпения.
Он воспринимает любое заблуждение или ошибку как «отсутствие исследований», даже когда я впервые имею дело с новой технологией.
Он не ошибается, и если вы имеете дело с новыми технологиями, вы должны быть в состоянии провести некоторые исследования, прежде чем обращаться к нему. Если вы имеете дело с этим впервые, то ваши вопросы, вероятно, будут в любом случае низкоуровневыми, а это означает, что вы, вероятно, тратите его время впустую.
Похоже, он действительно ненавидит иметь дело с программистами «низкого уровня».
Пока я не видел никаких подтверждений этому. Мне кажется, что он занят и не любит, когда его беспокоят, особенно с вопросами низкого уровня, которые можно быстро зайти в Google.
Это все равно, что беспокоить главного механика из-за того, что у тебя болтается гайка. Он будет раздражен тем, что вы отнимаете у него время на ремонт двигателя, чтобы показать вам, как правильно держать монтировку.
Кроме того, примите это как цену обучения.
Когда я только начинал, мой наставник регулярно называл меня «большой манекеной». Честно говоря, я был. Но я так многому научился, оно того стоило.
Сосредоточьтесь больше на том, что вы получаете от него, а не на том, как вы себя чувствуете. Просто рассматривайте это как уплату взносов.
К сожалению, таких персонажей довольно много. Обычно это связано с долгим стажем работы в одной сфере/компании/наборе инструментов, имхо в их реакциях присутствует некий страх и зависть.
Лучший способ, который я нашел для работы с этим типом персонажей, — это перенос сообщений на отслеживаемые носители. Вы будете удивлены, насколько вежливее они становятся, когда это письменное слово.
Я предлагаю электронную почту, таким образом вы можете группировать и структурировать свои вопросы и получать письменный ответ на то, на что вы всегда можете сослаться позже, сводя к минимуму ваше «беспокоение» :)
Нео