PS: Это отредактированная (и, надеюсь, более конструктивная) версия исходного вопроса, которая противоречила политике сайта.
Я начал работать в фирме инженером-программистом около года назад. Я был первокурсником сразу после колледжа и с большим энтузиазмом относился к своей работе. Работа звучала хорошо, и я переехал 3000 км только для этого.
Спустя год меня не очень устраивает обстановка в команде. Мой наставник недружелюбен, с ним трудно работать, и он часто переусердствует в отношении работы. Мой менеджер не имеет большого опыта в моей области, но любит следить за всем, что я делаю, из-за неблагоприятных отзывов от моего наставника.
Что я могу сделать, чтобы моя работа больше нравилась? Работа хорошая, но окружающая среда действует мне на нервы. Команда небольшая, и по какой-то причине люди должны сделать слишком много за короткое время. Что еще более важно, что я могу сделать как младший разработчик, чтобы улучшить свои навыки, не обращаясь к наставнику, и сделать так, чтобы мой голос был услышан с точки зрения планирования проекта?
Вы имеете дело с парой сложных ситуаций. Давайте разберем их и обсудим по отдельности.
Во-первых, у вас есть наставник, который по какой-то причине не очень хороший наставник для вас.
Возможно, вы ужасно справляетесь со своей работой и очень раздражаете. Это довольно маловероятно для младшего разработчика, вам назначили наставника по определенной причине (потому что вы новичок и относительно неопытны), и цель наставника — помочь вам освоиться, научить лучшим практикам из реального мира и дать вам полезный отзыв.
Возможно, он ужасен в своей работе и является ужасным наставником. Это немного более вероятно. К сожалению, хорошие разработчики часто становятся ужасными наставниками. Существует стереотип, что разработчики — антисоциальные пещерные тролли, и этот стереотип на самом деле не соответствует действительности. Что верно, однако, так это то, что развитие не обязательно требует тех же навыков, что и наставничество, и потенциальный «наставник» должен сам получать наставничество, чтобы убедиться, что у него есть необходимый инструментарий.
Это может быть комбинация двух вышеперечисленных или ни того, ни другого. Вполне возможно, что это связано с личностным конфликтом между вами и вашим наставником. Техническое наставничество, особенно один на один, в производственной среде может вызывать стресс. Это может быть усилено, если ваш «наставник» в каком-то смысле является вашим начальником или руководителем того же проекта.
Честно говоря, это более сложная из двух проблем. В этот момент кажется, что ваш «наставник» полностью готов бросить вас под автобус. Это означает, что обращение к наставнику с вопросами, опасениями, проблемами или «слабостями» только усугубит ситуацию. С этой целью на вашем месте я бы попытался дистанцироваться от наставнической части этих отношений. У вас за плечами год наставничества, вполне разумно начать отходить от этого наставничества (теоретически вы должны знать многое из того, чему этот наставник должен вас научить) и, возможно, начать искать другого наставника.
Во-вторых, у вас есть товарищ по команде, который готов бросить вас, FNG, под автобус, и менеджер, который по какой-то причине готов поверить, что FNG, который был нанят прямо из колледжа и явно является младшим разработчиком, одновременно достаточно мощной и законно наделенной достаточной ответственностью, чтобы в одиночку задержать крупный проект. Это, опять же, разбивается на пару вопросов.
В этом ответе, как я его просматриваю, много болтовни «ну, может быть ...», но я думаю, что это все еще ценно. А именно сказать и показать, что не обязательно, что вы сделали что-то не так. Наставничество и адаптация новых людей в команду — это сложно. Это немного похоже на рождение ребенка. Рождение ребенка в прочных отношениях — это тяжелая работа, но, в конечном счете, она вознаграждает. Рождение ребенка в отношениях с проблемами — это быстрый способ действительно продемонстрировать эти проблемы и даже разрушить отношения. То же самое верно и для привлечения новых людей в команды разработчиков. Процессы разработки и развертывания часто растут как грибы — в темноте и без внятных планов. Новый человек часто будет подчеркивать любые проблемы с этим процессом, потому что они выходят за рамки «это имело смысл в то время» природы цикла разработки.
Короче говоря, вы должны сделать пару вещей:
комар
ск89