Менеджер обвиняет меня в ошибках, вызванных проблемами инфраструктуры, но снисходителен к старшему коллеге [закрыто]

Я разработчик UX и front-end. В последнее время мой менеджер начал обвинять меня, когда что-то идет не так, но он игнорирует подобные ошибки, допущенные другим старшим коллегой.

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

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

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

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

Как я должен идти об этом? Должен ли я осваивать их программное обеспечение, или признавать их ошибки и привлекать их к ответственности, или делать что-то еще?

Ответы (1)

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

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

Подробности будут в конечном итоге либо:

  1. Выделите возможный эксплойт, чтобы исправить
  2. Выделите, что нет никаких подвигов.

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

Кажется, хороший подход, но когда он говорит: «Это не имеет значения, или это не ваша забота», было бы разумно ответить на него так, зная, что я в компании <1 года, а он> 1 года
Старшинство не имеет смысла, когда дело касается вопросов безопасности.
Как бы он ответил «это не ваше дело», если бы он спросил вас, можно ли его взломать? @ Магиш правильно. Каждый раз, когда он поднимает потенциальную проблему безопасности, вам нужно пригладить эту проблему безопасности. Старшинство не имеет значения. Разыграйте интеллектуальную карту, и люди, в конце концов, будут доверять вашему техническому мнению больше, чем его, если он не сможет его подтвердить.
Я обновил вопрос, так как он был закрыт.
Будьте осторожны, с кем вы пытаетесь это сделать. Допустим, вы строите команды SQL, склеивая строки, используя входные данные пользователя. Это делает вас уязвимым для атаки SQL-инъекцией. Если вы скажете мне: «Давайте сделаем обзор кода» и другие вещи, которые должны «назвать меня блефом» и «заткни меня» - я бы дал вам очень короткое время для внедрения SQL-кода в Google и был бы очень зол что вы пришли ко мне как «изображая больше знаний, чем я». Таким образом, вы должны быть полностью уверены, что вы блефуете, иначе вас больше всего беспокоит, ударит вас дверь или нет.
Менеджер обвиняет меня в ошибках, вызванных проблемами инфраструктуры, но снисходителен к старшему коллеге [закрыто]
СпросиСетьПолитика конфиденциальности54y, 0v