Старший архитектор ругается, когда младший разработчик задает вопросы. Что делать?

Здесь у вас есть несколько отдельных проблем:

• вы не можете получить необходимую информацию из документации или каким-либо другим способом, кроме как поговорить с этим резким человеком
• человек, которого вы должны спросить, возражает против того, чтобы его спросили, и делает это таким образом, что вы чувствуете себя плохо
• поведение человека (унижающее вас) не соответствует его выраженным убеждениям (желание, чтобы в отрасли было больше женщин), что вызывает у вас чувство когнитивного диссонанса и сомнения в ваших собственных наблюдениях за поведением.
• вещи, которые вы пытались оградить себя от издевательств, например, переключение на электронную почту, не работают, поскольку он просто приходит к вам, чтобы передать это лично

Я предлагаю вам перестать игнорировать плохое поведение. Тем не менее, я не думаю, что вам следует разговаривать с ним только о поведении, и я также не думаю, что вы должны (пока) сообщать об этом менеджеру, отделу кадров и т. д. Вместо этого в тот момент, когда его ответы начинают вас расстраивать , начните задавать вопросы. Попробуйте это:

• Ты злишься?
• Это что-то, о чем я не должен тебя спрашивать?
• Будет лучше, если я спрошу тебя об этом позже?
• Это то, что я уже должен знать?
• Это есть в документации? ( если вы получите «да», «Где?»)
• Я слишком часто прерываю? Должен ли я сохранять свои вопросы для определенного времени?

Многие разработчики грубы, потому что считают, что умные люди могут судить о людях, основываясь на их знаниях и результатах, а не на их намерениях. Разработчики старше 40 лет довольно часто считают, что социальные навыки, такие как вежливость, переоценены и не нужны (или даже являются признаком слабости), и что прямолинейное высказывание того, что они думают, является добродетельным поведением и признаком технического мастерства. Вы не излечите этого человека от такой черты характера, но вы сможете научить его перестать говорить вам на работе то, что вас расстраивает .

Например, если вы спросите что-то вроде «ты злишься?» а это не так, он вполне может сказать: «Нет, я просто не могу поверить, что ты еще этого не знаешь». Вы чему-то учитесь. Он не пытается заставить вас чувствовать себя плохо. Вы даже можете сказать ему: «Ты кажешься злым». Если вы спросите: «Должен ли я знать это?» и он отвечает "да!" вы можете продолжить спрашивать "как?" и вы можете обнаружить, что многие из ваших вопросов кажутся ему повторениями. (Например, «как сервер ожидает форматирования дат в функции X?» и «как сервер ожидает форматирования дат в функции Y?» — это один и тот же вопрос, «как сервер ожидает форматирования дат в функции Y?»). быть отформатирован?», но вы, возможно, спросили оба в разные дни.)

В конце концов либо вы поймете, почему он так плохо реагирует, либо он поймет, что плохо реагирует без всякой причины, и перестанет это делать. Попутно он может сказать вам, что он не сердится, что вы не должны были уже знать [что-либо] и что документация настолько плоха, насколько вы думаете. Они должны поднять вам настроение хотя бы немного. Вы можете обнаружить, что он злится на того, кто нанял вас, или назначил вас на проект, или не утвердил запрос на документацию за год до того, как вы начали, а не на вас. Вы можете обнаружить, что прошлой ночью его футбольная команда проиграла, или у него враждебный голос, даже когда он счастлив. Может произойти все, что угодно. Но очевидно, что притворяться, что он не расстраивает тебя, не работает, поэтому делать что-то — правильное решение. И я думаю , что вопросы - это способ справиться с этим.

Сначала вы говорите это:

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

Он очень волнуется и говорит что-то вроде «Ты знаешь то-то и то-то…» и качает головой. Я только начал, откуда мне знать эту информацию?

Тогда вы говорите так:

Я нахожу очень странным, что он сказал, что хотел бы, чтобы в этой индустрии было больше женщин, но потом оторвал мне голову?

Прежде всего, почему вы рассматриваете это как гендерную проблему? На 100% ничто из того, что вы описываете, не основано на гендерных предубеждениях, если только вы не объясняете что-то еще.

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

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

На практическом уровне я бы подошел к этому так:

1. Получите это в письменном виде: из вашего поста неясно, как вы общаетесь (то есть: метод) с этим старшим разработчиком или как он общается с вами, но вам нужно получить это в письменном виде. Не больше, не меньше. Если эти обмены происходят в электронных письмах, сохраните, заархивируйте и поделитесь этими электронными письмами с кем-то, кто старше вас двоих, когда сможете. Если это случайные разговоры, которые испортились, то вам нужно написать старшему разработчику по электронной почте и сказать что-то вроде: «Спасибо за объяснение того, как работает XYZ, но мне все больше становится не по себе из-за того, как враждебно вы обращаетесь ко мне, когда я спрашиваю эти вопросы." Что-то в этом духе.

2. Установите некую процедуру: многое из того, что вы описываете, похоже на случайные/импульсивные встречи. Возможно, это культура вашей компании, но в целом было бы лучше иметь какую-то структуру для этих запросов, которая бы устраивала обе стороны. Например, проводите ли вы еженедельные встречи для рассмотрения проблем? Можете ли вы запланировать еженедельные встречи для рассмотрения вопросов? Можно ли каким-то образом придать этим встречам некоторую формальность? Как разработчик и системный администратор Linux, я считаю, что наличие какой-то структуры обсуждения проблем работает хорошо, поскольку, хотя я открыт для случайных дискуссий с членами команды, бывают случаи, когда импульсивные запросы просто деградируют до постоянного нытья. Лучше иметь какую-то установленную и уважаемую процедуру, чтобы все были довольны.

3. Централизованная документация:Это может быть сложнее в управлении, но я считаю, что наличие какого-то централизованного источника документации — отличный способ облегчить давление постоянного обмена информацией и позволяет увидеть «невидимый» мир технических разработок. Некоторые люди хранят централизованный каталог документов в общей папке. Другие используют систему совместной документации, такую ​​как Wiki. Каким бы ни был инструмент, цель будет состоять в том, чтобы документировать вещи таким образом, чтобы вопросы не приводили к тому, что только один человек обладает «знанием», а скорее к постоянному росту общих знаний во всей организации. В случае с вашим старшим разработчиком, каким-то образом заставить его сесть и задокументировать основную функциональность может быть действительно полезно для вас, для него и для других в организации. И, честно говоря, документация обезличивает конструктивный подход к подобным вещам. Например, предположим, что вы прочитали страницу в Вики о функции, но не понимаете ее. Затем вы можете просто написать старшему разработчику по электронной почте и спросить: «Я читал о XYZ, но я все еще не понимаю одну часть. Можете ли вы прояснить это для меня?» Ответ должен быть чем-то вроде разъяснения по электронной почте вам или — и это лучший сценарий — вашему коллеге, обновляющему вики, чтобы прояснить проблему.

В конце концов, я бы не считал это столкновением полов, а проблемой того, что вы имеете дело с чрезмерно агрессивным коллегой. И для протокола, я имел дело со всеми формами этого типа личности всех полов: у них почему-то есть какая-то фишка на плече, и они обижаются на вас не из-за того, что вы что-то сказали, а просто потому, что вы что-то сказали. в это время/момент.

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

Самое главное, я хочу сосредоточиться на этом комментарии в вашем вопросе:

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

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

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

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

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

Печальным фактом является то, что старший разработчик ведет себя крайне непрофессионально. Я не знаю, читали ли вы книгу Роберта Мартина « Чистый кодер », но в ней он утверждает, что поведение, которому вы подверглись здесь, является в высшей степени непрофессиональным.

Дело в том, что вы работаете там четыре месяца, и его РАБОТА как старшего разработчика заключается в обучении или наставничестве новых разработчиков. Мне очень нравится работать с новыми разработчиками, потому что чаще всего они показывают, чего мне недостает в моих навыках, или открывают мне глаза на то, что я раньше не рассматривал.

А как младший разработчик вы должны учиться. Ни один разработчик, как бы долго он ни занимался разработкой, не знает все обо всем; поле слишком велико для этого.

А как вы с ним справляетесь? Я не могу лучше рассказать о руководстве, которое вы получили здесь. Я действительно рекомендую вам прочитать политику вашей компании в отношении издевательств и домогательств, и если дело дойдет до драки, вам, возможно , придется поговорить с его непосредственным руководителем, но я бы сделал это в крайнем случае.

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

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

Надеюсь, это немного поможет, но я бы посоветовал вам не позволять этому придурку сбивать вас с толку. Это ЕГО ошибка, а не ваша!!

Реакция на подобные ситуации довольно стандартна. Один из вариантов — просто уйти, но давайте предположим, что вы хотите попытаться решить проблему.

1. Отправьте Архитектору электронное письмо с вопросами. Ему намного сложнее оскорблять по электронной почте, и если он это делает, у вас есть записи об этом. Объясните, зачем вам нужно знать ответы. Если это сложные вопросы, предложите организовать встречу для их обсуждения. Если он не ответит, отправьте ему еще пару писем с напоминанием. Если он снова оскорбляет вас, начните записывать случаи, когда он оскорблял вас, записывая подробности того, когда, где и что было сказано.
2. Попутно узнайте, есть ли в вашей компании официальная политика в отношении буллинга. Почитайте об этом.
3. Если электронные письма не работают, обратитесь к своему начальнику. Расскажите ему, что происходит, и дайте ему конкретные примеры, которые вы записали. Если хулиган был достаточно глуп, чтобы оскорблять по электронной почте, дайте копии своему начальнику. Если вы все еще считаете, что над вами издеваются после прочтения политики компании, скажите об этом своему начальнику. Это должно привлечь его внимание.
4. Если ничего из этого не работает, обратитесь к HR, предоставив им ту же информацию. Еще раз дайте понять, что происходящее подпадает под политику травли.

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

Вы говорите, что документации мало, а сообщения об ошибках расплывчаты. Это нехорошая ситуация и не признак хорошего бэкенда (или фронтенда).

В любом случае вам нужно выполнить обработку ошибок. Перехватите ошибку и сообщите о ней в пользовательском интерфейсе. Если ваш босс спросит вас, что означает ошибка, скажите им, что вы не знаете, и вы спросили

Ведите список вопросов/проблем. Задокументируйте то, что он сказал (или не сказал) вам.

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

Не забудьте указать:

Пожалуйста, не обижайтесь на меня, я просто пытаюсь делать свою работу.

Запугивание в моем определении должно сопровождаться оскорбительным/запугивающим поведением. Я понимаю, что это неприятно и непродуктивно, и вас это даже пугает, но, вероятно, это не доходит до издевательств (пока).

В следующий раз, когда он сделает это, просто спросите его: «Почему ты такой враждебный каждый раз, когда я задаю тебе вопрос?» Если он не может ответить или продолжает вести себя враждебно, то подойдите к менеджеру и объясните, что каждый раз, когда вы его о чем-то спрашиваете, он становится очень враждебным. У некоторых людей разные типы личности, и это может быть его личность, и он делает это, не зная, что он делает. Разговор с ним поможет. Скорее всего, он извинится и, возможно, отнесется к вам по-другому.

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

Что я могу сделать: во-первых, пойти к менеджеру и сказать ему/ей, что вам трудно получить некоторые ответы от разработчика, потому что вам сложно взаимодействовать. Не показывайте пальцем и не упоминайте о враждебности (т.е. возлагайте вину) - просто скажите, что вы немного боретесь с тем, чтобы добиться успеха в общении с этим человеком. В любом случае скажите менеджеру, что предлагаемый вами подход состоит в том, чтобы попробовать еще раз и попытаться провести короткую неформальную встречу с разработчиком по вопросам, на которые вам нужно ответить, чтобы выполнить свою работу.

Спросите у менеджера, что делать, если это не сработает, и вы по-прежнему испытываете трудности с получением ответов, необходимых для срочных задач. (Задокументируйте эту встречу в заметке для себя, а затем сделайте в точности то, что говорит менеджер, если это произойдет.)

Наконец, предложите менеджеру (или спросите, можно ли это сделать), чтобы вы документировали вопросы и ответы от разработчика в последующем электронном письме после этой встречи, и скопируйте копию менеджеру. Таким образом, если/когда менеджер получит это резюме, он будет знать, о чем оно.

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

Затем идите к Злому Гению. Спросите, есть ли у него секунда свободного времени, а если нет, когда было бы удобно зайти с парой вопросов.

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

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

Скажите ему, что вы делаете все возможное, чтобы учиться, но в некоторых случаях у вас есть вопросы, которые было бы очень трудно или почти невозможно решить без дополнительных знаний или ответов о функциональности серверной части. Поэтому у вас есть несколько конкретных вопросов (имейте распечатанный список) для обсуждения.

Кроме того, постарайтесь создать «входящие» для будущих подобных разговоров, например: «Возможно, я могу столкнуться с препятствиями, пока продолжаю работать над этим, поэтому мне было интересно, не будете ли вы в порядке, если я время от времени достаю вас вопросами, я бы хотел, чтобы я это сделал». не нужно отнимать у вас время, но если я буду искать везде и все равно не найду ответа, мне, возможно, придется прийти к вам. Это будет нормально?»

Надеюсь, все это подготовит почву для более позитивного и продуктивного общения в будущем. Вся прелюдия выше должна занять 2 минуты вашего и его времени, прежде чем вы перейдете к делу. Говорите ясно, твердо и нейтрально/дружелюбно по тону.

После разговора отправьте письмо по электронной почте с документированием вопросов, связанных с работой, которые у вас были, любых решений / ответов, которые он предложил, или если вы не смогли получить ответы (опять же, не делайте это личным — вместо того, чтобы «вы не ответили на мои вопросы XYZ, скажем "Не удалось получить ответы на вопросы XYZ"). Скопируйте менеджер.

Если разговор ни к чему не привел и вызвал только еще большую враждебность, подойдите к менеджеру, объясните проблему и попросите совета, как с ней справиться. С этого момента начните бумажную цепочку вопросов и ответов (или неответов) от разработчика с копией для менеджера.

Не показывайтесь поэтапно, если он отвечает враждебно. Просто поблагодарите его за уделенное время и уходите. Затем обратитесь к предложениям в предыдущих сообщениях для эскалации с менеджером и т. д. Удачи!

Вы можете быть вампиром -помощником .

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

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

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

Один из способов изменить это чувство — автоматически предположить, что все, чего вы «не знаете», — это ошибка вашего учителя . По сути, всякий раз, когда он говорит что-то вроде «Ваше знание того или иного...», вашей первой мыслью должно быть «Как я мог это узнать?» Если ответ не кричаще очевиден, вы можете ответить: «Я знаю, я явно что-то упускаю, как вы этому научились?» Почти наверняка его ответ будет чем-то вроде «приходит с опытом», что полностью освобождает вас от незнания.

Критически важно, что вы не несете ответственности за то, что не достигли такого же уровня развития, как он, в течение 4 месяцев . Если бы вы присоединились в то же время, и он значительно опережал вас, это было бы проблемой. Но 4 месяца для нового разработчика — это вообще не срок. Людям, работающим над одним и тем же технологическим стеком в течение 5 лет , есть чему поучиться, даже если речь идет только о применении новых достижений к старым проблемам.

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

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

Я нахожу очень странным, что он сказал, что хотел бы, чтобы в этой индустрии было больше женщин, но потом оторвал мне голову?

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

В противном случае он может испачкаться.

1. Поговорите со своим менеджером и сообщите ему, насколько это плохо. Хороший менеджер справится с этим оттуда

2. В противном случае поговорите с отделом кадров вашей компании. HR-специалисты очень чутки к этому, и хороший HR-менеджер долго не усидит на месте перед таким докладом.

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

Ps: Если он продолжает делать неприятные комментарии, особенно если он делает это в письменной форме, и если вы не возражаете против удара по вашей карьере, вы можете подать иск о враждебной среде. Кстати, вероятность этого — причина, по которой HR, вероятно, разорвет парня на новый, услышав это.

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

Одна точка зрения, на самом деле не рассмотренная, заключается в том, что старший может подумать, что вы тратите его время впустую, потому что информация, о которой вы спрашиваете, — это то, о чем вы могли бы легко узнать сами. Это законная претензия к старшим. Итак, что ему нужно от вас, так это знание того, что вы пытались во всем этом разобраться самостоятельно, а он ваше последнее средство. Когда вы идете к старшему, вы должны перечислить шаги, которые вы сделали. Что-то вроде: «Я не могу понять, как A делает B. Я проследил код и увидел, что он выполняет C, а затем D, но я не вижу, как мы переходим от D к B. Не могли бы вы помочь? ?" Вы даже можете высказать свою гипотезу, например: «Я думаю, это потому, что мы делаем Y до того, как делаем X». Это ясно демонстрирует старшему, что вы приложили усилия, чтобы понять это, и это также сужает объем того, что вы спрашиваете. Поверьте, это может сильно повлиять на вашу реакцию.

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

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

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

Предусмотрен ли в организации испытательный срок при приеме на работу? 3 месяца часто являются нормой, и если это так, вы прошли это. Однако я знаю организации, в которых есть испытательный срок от 6 до 12 месяцев.

Если вы прошли испытательный срок, начните с личной беседы один на один со своим непосредственным руководителем. Скажите своему помощнику, что этот старший архитектор-мужчина заставляет вас чувствовать себя некомфортно и издеваться над вами всякий раз, когда вы разговариваете с ним. На мой взгляд, я бы исключил любые упоминания о гендерной предвзятости или дискриминации. Я обнаружил, что организации часто интерпретируют обвинения в плохом поведении как худший из возможных сценариев — гендерную предвзятость, а затем пытаются опровергнуть гендерную предвзятость, не обращаясь к более общему обвинению в травле. Держите разговор вокруг вашего дискомфорта и ощущения, что над вами издеваются. Кроме того, очеловечьте человека, используя его имя. Я понимаю, почему вы не использовали их имя публично здесь, на SE, но в разговоре со своим Супом используйте его имя и не обращайтесь к нему никоим образом, что может быть воспринято негативно, как «Этот человек» или «Этот человек».

Все это говорит о том, что после 26 лет работы в сфере ИТ я ни разу не видел, чтобы какая-либо организация — будь то государственный или частный сектор — проявляла бы серьезный интерес к борьбе с издевательствами и их пресечению. Циничный совет, которому я не раз следовал сам, - прислушаться к мудрости Эда Юрдона в его книге "Марш смерти". Легче найти другую организацию, соответствующую вашим ценностям, чем изменить ценности организации.

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

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

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

Критика может быть законной, потому что после 4 месяцев работы, когда вы «в основном ничего не знаете», это явно неприемлемо, и кажется, что Senior Dev недоволен вашим уровнем знаний.

вы сделали комментарий: «Мне интересно, как им удалось зайти так далеко с таким высоким уровнем эмоциональной нестабильности», что требует ответа, так что, возможно, проблема не в нем. Я предлагаю вам принять его критику на вооружение и улучшить свою игру.

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