У меня есть коллега, который думает, что знает все лучше меня. Конечно, он многое знает, но не все. Кое-что он знает лучше меня, но и я знаю кое-что лучше, чем он. Тем не менее, он считает, что знает все лучше меня.
Он вытаскивает мои изменения и начинает их критиковать. Я уверен, что наш менеджер подтолкнул его к этому. Мне постоянно приходится защищать свой код, даже когда я знаю, что это хороший код, и его единственный аргумент: «Я знаю, потому что я программировал 20 лет, а ты всего 1». Тем не менее, я занимаюсь программированием уже 10 лет, получил формальное образование (в университете) 4 года и профессионально работаю 2, 1 года, когда я начал здесь, так что я не невежествен, хотя он и действует как я. Он говорит: «Почему вы используете Linq для фильтрации этого списка, пара foreach тоже работает». Я думаю, он пытается скрыть, что он единственный разработчик в компании, который не понимает Linq. Он продолжает говорить мне, что мои решения «излишние», когда я использую лямбда-выражение. Он также смотрит на меня с пустым выражением лица, когда я упоминаю SOLID.
Он ругает меня перед нашим менеджером за то, что я отказываюсь называть свой класс «Запрос» на «Запрос Класс» и по другим странным причинам.
Он кричал на меня несколько дней назад. К сожалению, в пределах слышимости никого не было. К счастью, с тех пор его не было в офисе, так что я подумал, что смог немного успокоиться. Видите ли, я страдаю общим тревожным расстройством (официального диагноза пока нет, но я лечусь около недели). Я всегда был беспокойным, но приступы паники начались несколько месяцев назад. Сегодня я снова увидел его и сразу почувствовал приближение приступа. В данный момент я прячусь в ванной. Я использую женский бизнес как предлог. Это работает, но не постоянно.
Мой менеджер поручил ему проверить меня, так как некоторое время назад я долго выполнял запрос на изменение. Это было сложно, потому что мне пришлось рефакторить класс, который написал этот программист (плохо). Конечно, он утверждал, что это было легко, когда менеджер спрашивал. Менеджер и этот программист возвращаются очень давно.
Мое место находится в поле зрения и этого коллеги, и нашего менеджера.
Как мне это сделать? Как скрыть приступы паники? Я не хочу, чтобы меня уволили, мне нужно кормить семью. Место - Нидерланды. У нас есть отдел кадров. Этот менеджер управляет этим другим программистом, мной и еще одним парнем, у которого только что диагностировали депрессию, вызванную работой, и он сказал только мне.
Позвольте мне начать с банальности: это не вы, это они.
Это может звучать банально и очевидно, но на эмоциональном уровне у меня складывается ощущение от вашего вопроса, что для вас это неочевидно. Это ваш коллега ведет себя непрофессионально, и он, наверное, даже (по крайней мере, подсознательно) это знает и давит на вас, чтобы избежать последствий своих действий. И ваш менеджер, который либо не замечает этого, либо не заботится об этом, тоже не является звездным менеджером (особенно если в вашей группе есть еще один человек, у которого депрессия из-за работы).
Судя по вашему вопросу, вы профессиональный разработчик .NET с университетским образованием, который знает свое дело и живет в западноевропейской стране. Учитывая то, что я знаю о текущем рынке, это не вы должны беспокоиться о том, что они вас уволят... они должны беспокоиться о том, что вы их «уволите». И вам, вероятно, следует уволить их (в идеале, после того, как вы найдете новую работу, где вас будут ценить). Имо, жизнь слишком коротка, чтобы работать с мудаками с раздутым эго, когда можно найти работу получше в другом месте — и похоже, что вы можете. Я предлагаю немного поискать работу, хотя бы для того, чтобы показать себе, что вы можете найти новую работу, если вас уволят. Чтобы смягчить рациональную часть страха, который у вас есть.
Что приводит к следующему шагу: если вы знаете, что вам нечего бояться, вы можете ответить на их блеф и выиграть или избежать их игр с курицей. Если вы знаете, что следуете лучшим практикам торговли и что если они уволят вас за это, это их потеря, тогда вам будет легче противостоять BS.
Я был в несколько похожей ситуации некоторое время назад. В какой-то момент я был настолько расстроен и подавлен, что не мог больше выносить случайные проявления доминирования со стороны коллеги — и начал сопротивляться. (В тот день она хотела, чтобы мой стол переставили, пока я за ним работал. Я узнал об этом, только когда пришли рабочие. Я взорвался. Стол остался на месте.) Вот тогда-то и стало налаживаться. В конечном счете, однако, стало действительно лучше, когда я оставил эту работу в пользу более зеленых пастбищ.
Часто на самом деле нет ничего, что могло бы подкрепить демонстрацию доминирования засранных коллег — они просто пробуют и смотрят, удастся ли им это сойти с рук. Вы не должны позволять им уйти с этим. Ваш коллега, вероятно, (подсознательно) обеспокоен, потому что он знает, что его знания устарели, и если/поскольку он ничего не сделает с этим, однажды он останется без работы. Я говорю это не для того, чтобы вы сочувствовали ему (он явно не сочувствует вам), а для того, чтобы показать, что он не так силен, как кажется.
Продолжайте терапию. Обсудите с вашим терапевтом, что необходимо для перерыва – краткосрочный (в случае приступа паники) и долгосрочный (чтобы выйти из этой ситуации). Что бы вы сделали, если бы у вас сильно заболела голова, которую не снимают обезболивающие? Надеюсь: домой? Подумайте о том, чтобы сделать то же самое, если у вас случился приступ паники?
Улучшите свое психическое здоровье, отказавшись от сверхурочной работы, которую они хотят от вас. (Они хотят работать сверхурочно, верно? Дисфункциональные рабочие места часто не так эффективны, поэтому они требуют, чтобы вы оставались дольше, чтобы потушить пожары, разожженные их плохим управлением.) Не работайте во время обеденного перерыва, находите время, чтобы поесть и отдохнуть и набраться сил. Попросите своих друзей и семью поддержать вас, потому что вам приходится нелегко.
Похоже, вы убеждены, что менеджер твердо стоит на стороне коллег — вы действительно в этом уверены? Если нет, объясните передовые методы и то, как они приносят пользу компании вашему менеджеру. Здоровые менеджеры любят сотрудников, которые делают что-то полезное для компании. Если он этого не сделает, тем больше причин для поиска работы.
Желаю тебе удачи и скорее выздоравливай!
Мой честный совет - ищите другую работу. Вы не можете изменить других людей, особенно таких, как ваш коллега, но вы можете начать новую жизнь с другими людьми в другой компании.
Обычно я бы советовал отвечать на любые его глупые просьбы объективными фактами, спрашивать объективные причины его критики и показывать ему объективные источники предлагаемых вами технологий. Но в вашем случае, я не уверен, что вы сможете это осуществить. Приступы тревоги неприятны, и во время приступа обдумывать вещи спокойно и логично практически невозможно.
Но приступы паники – повод обратиться к врачу и взять больничный. Спросите своего терапевта о практических советах и стратегиях о том, как справиться с триггером ваших атак.
Вопреки тому, что пишут другие, на вашем месте я бы не сказал своему работодателю, что у меня тревога.
То, что говорит закон, и то, как люди реагируют, — две совершенно разные вещи. Я сталкивался с издевательствами над людьми по многим причинам. Тот факт, что над ними нельзя издеваться и что травля незаконна, не играл никакой роли.
Это похоже на политический конфликт. Ваш коллега пытается показать вам, кто здесь главный. Он пытается навязать вам свое господство. Это происходит часто и даже чаще, если он старший мужчина, а вы более младшая (с точки зрения возраста и продолжительности карьеры) женщина.
Не ссорьтесь с ним, просто делайте свое дело. Если возможно, улыбайтесь, когда делаете свое дело.
Примите тот факт, что некоторые вещи не зависят от вас, и просто глубоко вздохните, когда парень потребует от вас какую-нибудь глупость. Если ваш начальник поддерживает эти просьбы, просто выполняйте их. Не пытайтесь никому доказать, что они бессмысленны.
Если вы достаточно сильны, вы даже можете попробовать другую стратегию. Подойдите к нему и спросите его мнение по какой-то проблеме. Неважно, знаете ли вы, как ее решить, и не нуждаетесь ли вы в его помощи. Подойдите к нему и скажите что-нибудь вроде
Эй, [Дик], я тут подумал, не мог бы ты мне с этим помочь. Я знаю, что у вас гораздо больше опыта в А, чем у меня, поэтому я думаю, что мне не помешало бы второе мнение. Я был бы очень признателен.
Вам не нужно в это верить. Воспринимайте это как стратегию. Он сможет показать вам, что он хозяин, спасти вашу бедную девицу в бедственном положении и полюбить вас больше. Когда он даст вам ответ, поблагодарите его за это, даже если это не имеет смысла. Подчеркните, как сильно он вам помог. Конечно, только если вы чувствуете себя психологически способным так себя вести.
Или пригласите его пообедать или выпить кофе с вами. Похвалите его за то, что он так долго остается в компании. Спросите его о его стиле работы, какой стиль общения он предпочитает и т. д. Не говорите много. Слушать. Мы все любим звук собственного голоса. Если он чувствует, что его слушают, возможно, он не будет пытаться доминировать над вами в вашей работе.
Одна вещь, которая может помочь, связана со стрессовой ситуацией. Я был в похожей ситуации, когда был еще довольно юным, и это вызвало у меня много стресса (и не закончилось хорошо, потому что я плохо с этим справился). Имея за плечами больше опыта (9 лет), у меня есть несколько советов. Опять же, это имеет дело с источником стресса, который, я думаю, должен помочь с тревогой, если это сработает. Почему я говорю младший? Потому что опыт приходит с работы, поэтому, если у вас есть 2 года опыта работы, вы все еще джуниор. Опыт работы в данном случае не имеет значения. Джуниор не имеет ничего общего с техническими навыками.
Это то, чего обычно не понимают младшие разработчики, и это их расстраивает. Они видят ржавые навыки старшего разработчика и сравнивают их со своими свежими, острыми навыками и предполагают, что старший разработчик — мошенник, которому не следует быть старшим. Но старший разработчик не является старшим из-за острых технических навыков (которые со временем притупляются, поскольку кто-то больше управляет, а пишет меньше). Они являются старшими, потому что у них есть многолетний опыт, из которого они (надеюсь) узнали о ловушках, которых следует избегать, и о важных социальных навыках, которые помогают им эффективно работать с руководством. Младшим разработчикам обычно не хватает и того, и другого, поэтому им нужны старшие разработчики, чтобы помочь им обойти подводные камни.. Это все еще нужно одному из лучших младших разработчиков, которых я когда-либо видел. Он позволил управлять собой (после некоторого сопротивления), и это было очень хорошо. Если вы заметили, что руководство прислушивается к старшему разработчику, это не обязательно означает, что существует заговор (если серьезно, ни в коем случае не всерьез). Менеджеры в первую очередь смотрят на опыт, а затем на технические навыки, и они, вероятно (и вполне обоснованно), уважают и доверяют суждениям старшего разработчика, рассматривая общую картину.
Не ссорьтесь со старшим разработчиком. Не. Каждый джуниор-разработчик так делает (я тоже), но это глупо. Да, младшие разработчики обладают более острыми техническими навыками, но им не хватает опыта, и поэтому они обычно не знают почти столько, сколько думают, и отдают старшему разработчику гораздо меньше внимания за знания, чем следовало бы. И, во-вторых, что очень важно, руководство доверяет старшему разработчику управлять кораблем и направлять младшего разработчика. Руководство ожидаетмладший разработчик должен следовать примеру старшего разработчика. Если младший разработчик откажется и скажет: «Но старший разработчик — идиот, я знаю лучше из-за принципа XYZ», руководство не подумает: «Вау, младший разработчик прав, старший разработчик — мошенник; я уволю их и повыслю младшего». разработчик". Менеджмент думает: «Чувак, этот младший разработчик неуправляем и представляет большой риск. Надеюсь, они скоро встанут в очередь, иначе нам придется выпроводить их». Я уверен, что последняя строчка не помогает от беспокойства, но есть и хорошие новости: возможно, пришло время развернуть корабль! Что вы должны сделать?
Говорит ли старший разработчик использовать переходы GOTO? Тогда используйте их. Сообщайте о проблемах таким образом, чтобы продемонстрировать смирение и уважение к опыту старшего разработчика, но все же поднимать проблемы (лучше всего делать это в виде искренних вопросов типа «Я хочу выучить X», а не вопросов типа «Разве это не глупый способ сделать это?») . Поднимите такие опасения с позиции, что у старшего разработчика есть веская причина, и он хочет узнать, что это такое, но сообщая, что вы согласитесь с тем, что они говорят, независимо от того, что вы просто хотите учиться. Повторюсь: делайте то, что говорит старший разработчик. Единственная причина, по которой вы не должны этого делать, это если вы знаете на 100%этот старший разработчик никоим образом не играет роль лидера или наставника по отношению к вам — ни технический руководитель, ни проект, ни кодовая база, ничего подобного. Если ваш менеджер не сказал об этом прямо, то вы должны предположить, что это так. Вот для чего нужны старшие разработчики.
Младшие разработчики часто этого не осознают, но в конце концов код должен быть сделан, и кто-то должен нести ответственность за принятие решений о том, как создавать код, стандарты кодирования и т. д. Это обязанность старшего разработчика. , и, вполне вероятно, старшего разработчика. Это означает, что это не ваша обязанность как младшего разработчика. Пока вы правильно поднимаете проблемы (см. выше), когда они у вас есть, вполне нормально писать код так, что он не имеет для вас смысла или кажется, что вы ставите под угрозу стандарты качества кода (с опытом вы мы узнаем о компромиссе между стоимостью, скоростью и качеством, который делает это данностью в индустрии программного обеспечения; старший разработчик, вероятно, уже усвоил этот урок).
Во-первых, мы надеемся, что это восстановит отношения между вами и старшим разработчиком. Ответственность старшего разработчика почти наверняка заключается в том, чтобы направлять и наставлять вас. Прямо сейчас вы случайно делаете это трудным и напряженным для старшего разработчика, и вы видите отпор от них (предоставленный неуместным образом, но люди тоже люди). Восстановление этих отношений сделает вас менее напряженным и уменьшит вашу тревогу, что должно помочь вашим приступам тревоги. Бонус: это также, вероятно, улучшит ваш имидж в глазах вашего менеджера, что очень важно. И со временем и опытом вы начнете понимать, почему все это правда, что также поможет справиться с тревогой в долгосрочной перспективе.
Если вы делаете все это полностью, с полным смирением и искренностью, соглашаетесь с тем, что говорит старший разработчик (и уделяете этому разумное количество времени - по крайней мере, месяц или два), и они все еще оскорбляют, то я согласен с другим плакатом, что нужно искать другую работу. И, конечно же, ничто из этого не исключает необходимости уделять первостепенное внимание своему психическому и эмоциональному здоровью и не предполагает, что снижение стресса все исправит, но это инструмент, который должен помочь в дополнение к другим шагам.
Хотя этот разработчик является непосредственной причиной вашего беспокойства, мне кажется, что настоящая проблема здесь - менеджер. Это один из видов дисфункций, которые случаются в технических командах, когда менеджер на самом деле не понимает работу, которую выполняет эта команда.
Когда вы как менеджер не очень понимаете, что происходит, вы вынуждены полагаться на других, чтобы понимать качество работы и принимать решения. Это не обязательно проблема в целом, но часто случается так, что менеджер не знает, как выбрать правильных людей, которых нужно слушать. Они склонны основывать свою оценку на поверхностных вещах и часто выбирают совершенно не того человека. Классика — это член команды, который создает хрупкие и часто чрезмерно сложные решения, которые создают множество проблем, которые могут решить только они. То, что видит менеджер, — это «герой», решающий проблемы. «О-о, отчеты TPS снова не работают! Нам нужен герой!» Разработчики, которые пишут стабильный и надежный код, не всегда спасают положение и кажутся незаменимыми.
Это может показаться глупым (так оно и есть), но это естественный результат того, как работает наш разум. Вещи, которые не меняются и работают нормально, становятся невидимыми. Например, как часто вы думаете о своем сердцебиении? Наверное, не часто, когда это нормально. Вы также должны понимать, что большинство людей понятия не имеют, что происходит внутри компьютера. Это все тайна. Они просто видят героя-пожарного. Они не связывают, что герой на самом деле поджигатель.
Вы попали в команду с «золотым мальчиком». Когда золотой мальчик не очень компетентен, он может быть очень территориальным и ревнивым. Если вы бросите им вызов на техническом уровне, они могут стать очень агрессивными и попытаться заставить вас подчиниться. Реальность такова, что их статус, как правило, очень незначителен. Как только менеджер начинает видеть доказательства своей некомпетентности, ситуация может измениться очень быстро. Часто менеджер приходит в ярость, когда начинает видеть, что его разыграли и что этот человек нанес ущерб его собственному положению в организации. Золотой мальчик отчаянно пытается предотвратить любые трещины в фасаде их компетентности.
У вас есть три основных подхода на выбор:
Первый — не тот выбор, который я бы сделал, если бы мне не было крайне необходимо сохранить свою работу. Я делал № 2 несколько раз, в основном из-за моего характера, а не потому, что я действительно понимал динамику. Это может быть очень неудобно, и есть некоторый риск, что вы будете отстранены от работы или уволены. Я страдал от первого, но не от второго. Трудно сказать, как переход в нападение повлияет на вашу тревожность. Стресс часто является результатом чувства беспомощности, поэтому активное решение проблем может помочь. И если вы добились успеха, вы все еще застряли с менеджером, который не знает, что происходит. Вы можете стать золотым мальчиком («золотая девочка» имеет совсем другое значение, я приветствую предложения по другому термину, не связанному с полом, для этой идеи). Может быть, вы этого хотите, лично я бы предпочел работать в недисфункциональной команде. Следует иметь в виду одну вещь, предложенную Дж. Крисом Комптоном: «Если вы полны эмоций (воспринимается как расстроенный), когда вы объясняете свою точку зрения, вы с меньшей вероятностью доставите сообщение, которое повлияет на/убедит другого человека. Мое мнение после того, как я увидел, как люди спорят о технических вещах: эмоционально заряженный человек с большей вероятностью будет воспринят как неправильный (при прочих равных условиях). Я добавлю к этому: знайте свое дело и будьте готовы защищать свои решения, но если вы понимаете, что ошибаетесь или что другой человек прав, признайте это.
Уйти - это всегда вариант. Основные недостатки в том, что трудно точно знать, чем вы будете заниматься в следующем месте, и слишком частая смена работы может выглядеть плохо.
Еще одна вещь, которая может случиться, это уход менеджера. Обычно это не то, на что вы можете повлиять, хотя вы можете заявить о враждебной рабочей среде, что может привести к увольнению. Я не уверен, как это работает в Нидерландах, но в США, где компания подвергается судебным искам, и такие претензии обычно воспринимаются всерьез в любой хорошо управляемой компании.
Иногда люди (токсичные) занимают столько (личного) пространства, сколько находят доступным. В вашей воле установить свои пределы и не давать ему больше места. Этот парень может никогда не измениться, но, по крайней мере, вы можете установить для себя некоторые правила его поведения .
Из моего личного опыта общения с токсичным коллегой (много общего с вашим случаем): во-первых, я поговорил со своим начальником и сказал ему, насколько более продуктивным я был бы, если бы некоторые вещи в моей рабочей среде были бы другими, упомянув один или два факта, которые произошло с моим коллегой. Во-вторых, я воспользовался первым шансом, предоставленным моим коллегой после очередной критики, сказав ему, что даже если он и прав в своих предложениях, его поведение совсем не помогает.
Не нужно никого оскорблять, постарайтесь вывести на поверхность его положительную сторону своего характера , подчеркнув его опыт, и в то же время дать ему понять, что от него зависит ваша продуктивность и ваше хорошее общение между вами и ним.
В моем случае поведение моего коллеги стало лучше ( только для меня! ). У него такое же поведение для тех, кто помалкивал.
Хорошо, что вы будете работать в лучшей среде. Но что, если что-то пойдет не так, как вы планируете?
Что было бы худшим сценарием? Чтобы уволили? Едва ли можно было поверить, что это произойдет. В худшем случае парень не изменится, и у вас будет возможность бросить работу или попробовать другой метод. Предположим, вы уволились или вас уволили. И что? Вы найдете гораздо лучшую работу. Для вас и вашего психического здоровья. Ваша семья нуждается в том, чтобы вы были здоровы в первую очередь.
Вы могли бы время от времени пытаться справляться со своими приступами тревоги, устанавливая своим основным чувством в этой ситуации гнев , а не страх . Да, нужно терпение , вы должны бороться, но это может быть достигнуто наверняка.
Я был в похожей ситуации, в той же стране. Я просто поделюсь тем, что я сделал, и эффектами, если это не очень хороший ответ на WorkplaceSE, дайте мне знать.
Я мобильный разработчик, я работаю с тремя другими, один из которых действует так же, как ваш парень. Он постоянно жалуется на чужую работу, даже на тех, кто проработал в компании 15 лет. Теоретически он очень силен, но ему не хватает реального опыта, он не понимает, что, когда вы работаете в компании, вам иногда приходится использовать 1-часовое решение, которое достаточно хорошо, вместо 10-часового проекта рефакторинга, чтобы исправить Жук. На собраниях он начинает обсуждать все подряд, вся команда может сказать «А», а он все равно будет непреклонен в отношении «Б».
В первый раз, когда это вызвало у меня приступ, я полностью отключился. Это было на совещании, я даже не помню, что именно спровоцировало это, но этот парень продолжал выкрикивать один и тот же аргумент, независимо от того, что я ему говорил. Я запаниковал, и в тот момент, когда один из членов моей команды сказал что-то парню, я полностью отключился от разговора, у меня нет осознанных воспоминаний об остальной части встречи, я просто смотрел на свою банку содовой, к счастью, остальную часть команда закончила остальное, что нужно было обсудить.
После этого я ненадолго сходил в ванную, чтобы успокоиться и подумать, что делать дальше. Я попросил своего начальника назначить встречу. У меня аутизм, и в то время я выздоравливал от депрессии, об этом еще никто не знал, и я чувствовал, что должен сначала рассказать об этом, чтобы полностью объяснить последствия. Так что я только что рассказал ему об этом, в целом он очень хороший парень, на несколько лет старше меня, поэтому мне было удобно поделиться с ним этим. Это помогает мне знать, что он ценит мою работу и не изменит своего мнения, основываясь на знании этих вопросов. Я объяснил, что произошло и как это повлияло на меня, и что я не знаю, что делать в такой ситуации. Он отреагировал очень понимающе и дал мне совет просто пойти в ванную, как только я почувствую приближение приступа. Оставайся там столько, сколько мне нужно, и расскажи ему об инциденте через некоторое время. Я'
Через некоторое время проблемный парень получил официальное предупреждение с несколько общим «ты не подходишь команде, работай над этим». С тех пор он улучшается.
У вас есть "vertrouwensperson"? Если да, поговорите с ними, чтобы хотя бы кто-то в компании знал о вашей ситуации и мог поручиться за вас, если что-то действительно выйдет из-под контроля. (vertrouwenspersoon = человек в компании, которому вы можете рассказывать что-то, не разглагольствуя об этом другим, это есть в некоторых компаниях в Нидерландах)
Для долгосрочного счастья вам следует найти новое положение, в котором вы будете счастливее.
Это может занять пару месяцев, но навыки работы с .NET востребованы во всем мире.
Имея это в виду, я собираюсь обратиться к другому вопросу.
У других есть хорошие советы по поводу того, как справиться с вашей тревогой.
Нет необходимости добавлять в эту часть.
Я хотел бы поговорить о том, как вы справляетесь с вещами в целом.
Если вы посмотрите на вещи по-другому, вам может быть легче.
Итак, давайте посмотрим на несколько вещей, которые вы здесь говорите, свежим взглядом,
и вы сможете подумать , есть ли у меня обоснованные точки зрения.
Примечание: я не виню вас за беспорядок, который вы описали.
Прочтите последнее предложение еще раз, пожалуйста...
Я хочу предложить разные взгляды на вещи — на вашу следующую работу — какой бы она ни была.
Он ругает меня перед нашим менеджером за то, что я отказываюсь называть свой класс «Запрос» на «Запрос Класс» и по другим странным причинам.
Я должен спросить... почему ты просто не переименовал его?
Он старший разработчик и дружит с менеджером. Это холм, на котором ты готов умереть? Выбирайте свои сражения.
В каждой организации будет много глупых правил. Почему? (1) Потому что может быть намного лучше, если весь код будет написан по одному шаблону, даже если он неоптимален, и (2) властные люди.
У меня был друг, который работал в месте, где вам не разрешалось использовать отрицание в операторе if (хороший общий принцип... но глупый, когда его безжалостно применяют).
Он говорит: «Почему вы используете Linq для фильтрации этого списка, пара foreach тоже работает».
Скажите ему, что вы думали, что это было более удобным для сопровождения, и предложите переписать его.
(Не говоря ему и не намекая, что он идиот... особенно если он идиот.)
Это была трудная [задача], потому что мне пришлось рефакторить класс, который написал этот программист (плохо).
Пришлось переписывать?
Под «должен» я подразумеваю, не было ли другого способа внести изменения?
Он вытаскивает мои изменения и начинает их критиковать. Я уверен, что наш менеджер подтолкнул его к этому.
Это то, о чем следует поговорить с вашим менеджером , когда вы почувствуете себя достаточно здоровым, чтобы решить эту проблему.
Кричать неуместно, вы не должны сталкиваться с этим на работе... никогда.
Я заметил , что вы говорите , что он критикует ваши изменения , но тон сообщения , кажется , что он критикует вас .
В большинстве случаев вам придется сталкиваться с критикой вашей работы — работайте над тем, чтобы воспринимать ее менее лично.
Кое-что он знает лучше меня... И все же он считает, что знает все лучше меня.
Хотя вы можете быть правы, когда вы говорите «он считает, что знает все лучше меня», вы определенно проецируете, а это не самый здоровый способ прожить жизнь.
По моему мнению, проецирование может способствовать тревоге. 1 Узнайте, хочет ли ваш терапевт поговорить с вами об этом.
1 Нет, я не терапевт. Я «думаю, что это способствует», потому что большинство людей, которых я знаю, страдающих тревогой, гораздо больше проецируют. Это "анекдотическое свидетельство", пропустите этот пункт, если думаете, что я не прав :-)
У меня есть другой подход к вашей проблеме: у вашего коллеги, кажется, всегда есть лучшее представление о том, как что-то делать, но у таких людей обычно есть один недостаток: они очень глубоко погружены в программирование, но они понятия не имеют, что программы, которые они пишущие должны использоваться нормальными людьми (я имею в виду, не айтишники, все уважают), это то, что вы можете использовать:
Вы идете к своему руководителю и говорите ему/ей, что вам не нравится постоянная критика, которую вы получаете от своего коллеги, поэтому у вас есть предложение: каждый раз, когда ваш коллега обнаруживает, что вы делаете что-то не так, он должен придумать реальную ситуацию, в которой он может четко указать, почему его решение лучше вашего. Эта реальная ситуация должна быть согласована с вашим менеджером.
Это приведет к следующей ситуации:
В конце концов, вы получите список реальных вариантов использования, которые ваша компания может использовать в качестве списка регрессионных тестов, которые могут значительно повысить качество вашего продукта, и это будет настоящим победителем для вас, поскольку вы человек, который предложил начать этот список регрессионных тестов!
Вот что касается разработчиков с большим самомнением и отсутствием навыков: компании, которые нанимают их и удерживают на длительный срок, вымрут. В конце концов произойдет то, что они вызовут раздувание кода, множество скрытых зависимостей, приложений монолитной модели и так далее, так что однажды код сломается, и никто, кроме этого парня, не сможет его поддерживать. Тогда этот парень покинет компанию (уйдет на пенсию, уволится, уволится, что там еще), и приложение провалится, и компания рухнет под собственной тяжестью. Моя нынешняя компания сейчас работает над похожей ситуацией, когда их старое приложение было настолько плохо спроектировано, что они решили вместо того, чтобы его исправлять, было бы лучше просто перестроить все с нуля и выбросить старое, и они тратят куча времени и денег на это,
Итак, это направление, в котором движется ваша компания, если их «старший разработчик» не знает о SOLID и придирается к таким вещам, как «Запрос» против «Запрос Класс» (и, кстати, вы правы в этом случае, это должно быть «Запрос "; суффиксировать все с помощью Class/Impl/etc настолько старомодно, неудивительно, что старший разработчик программирует в течение 20 лет, он, вероятно, все еще использует Java 4, я уверен;)). Вы хотите быть на этом тонущем корабле, когда он в конце концов рухнет, или, что еще лучше, вы хотите быть там, чтобы собирать осколки чужого беспорядка? Конечно нет. Так что бегите оттуда как можно скорее. Вы на тонущем корабле, пора прыгать.
Ваша проблема не в ваших привычках кодирования или в том, как вы что-то делаете, ваша проблема прямо сейчас — это ваше беспокойство. Если вы не разберетесь в этом с профессионалом/лекарствами, вы увидите, как эта закономерность происходит в вашей жизни. Люди будут смотреть на все, что вы делаете, в невыгодном свете, вы не будете внушать доверия, и после этого вы можете быть экспертами, профессионалами в этом виде бизнеса, и никто не будет воспринимать вас всерьез. Найдите время и объясните это своему терапевту (никогда не говорите своим коллегам), даже если там есть кто-то, кому вы доверяете. То, что происходит на вашем рабочем месте, — это детали. Ваша тревога и предполагаемая уязвимость теперь являются вашими приоритетами.
пользователь44108
ДжиммиДжеймс
Белль
Крис Стрэттон
Крис Стрэттон
Отметка
Белль
Отметка
Отметка
Белль
Белль
Доктор Джонс
Адриано Репетти
Дж. Крис Комптон
ВсеTheKingsHorses
Бернхард Баркер
ВсеTheKingsHorses
Бернхард Баркер
Белль
Белль
Бернхард Баркер
Белль
Бернхард Баркер
Белль
боб
боб
боб
боб
Белль
боб
Агустин Ладо
Белль
Белль
Джули в Остине
Сердечный
Тони Старк