Стресс из-за коллеги, который вообще против моего метода работы

Это может быть ничем для других, но лично мне нужна помощь.

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

Они разрабатывали CMS (систему управления контентом) до того, как я был вовлечен в их просьбу разделить бремя. Он был создан с помощью Nuxt, начиная с копии из другого проекта. Первая проблема, которую я заметил в этой работе, заключалась в том, что, несмотря на то, что она использовала Nuxt( Vue.js), она использовалась без необходимости jQuery(скрытие элементов, добавление классов и т. д.), что меня немного напрягало (в последнее время я легко напрягаюсь). Я сказал коллеге избегать, jQueryи они согласились. Все идет нормально.

После того, как я отправил несколько коммитов git, я получил гневные сообщения от коллеги. Несмотря на то, что я разрешил эти очень простые конфликты перед отправкой, их файлы каким-то образом были полны конфликтов, вызванных мной. И они сказали, что я не упомянул о толчке, прежде чем я нажму. В конце концов я согласился с этим. Но странно, что я должен использовать Gitlike SVN. Я также сомневался, что у них тоже есть недостатки. Я видел, что 5~8 файлов не были git addотредактированы со своего компьютера, а развивались masterнапрямую в ветке. Я предложил, чтобы каждый из нас использовал свои собственные ветки для решения этого вопроса, с чем они изначально не согласились.

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

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

@JoeStrazzere, ОП, был там 6 лет, это интервью было недавно, и персонал, вероятно, изменился…
@SolarMike Сначала я тоже так думал, но теперь я думаю, что он сказал это на следующих собеседованиях.
@JoeStrazzere Я добавил новый вопрос, чтобы найти решение текущей проблемы. Извините, что добавил это поздно.
"Они разрабатывали CMS" Они разрабатывали компактный мюонный соленоид? Это весьма впечатляет.
@Stef Хахаха, хорошо, я уточню. Это система управления контентом.
Вы объединились с целевой веткой git, прежде чем отправлять свои изменения? Если нет, учтите это в будущем.
Вы и ваш коллега должны привести в порядок свой git.. ;) Рассмотрите возможность ветвления и слияния вместо того, чтобы делать коммиты в одной и той же основной ветке, чтобы избежать конфликтов коммитов..
@iLuvLogix Я думаю, что уже делал это. Я сливаю из masterв свою ветку, затем я сливаю из своей ветки вmaster

Ответы (3)

Давайте разберем это с другой точки зрения.

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

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

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

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

Хорошо сказано, я полностью согласен, на самом деле я бы пошел немного дальше.
Я не согласен с этим в некоторой степени. Когда какая-то организация даже не имеет базового представления о том, как правильно организовать свою работу, преодолеть это несложно, это дерьмо, с которым можно справиться или сбежать. В промышленности есть стандартный способ организовать даже команду новичков и использовать инструменты. Хотя у меня есть только версия OP, мы можем сказать, что эти люди даже не понимают, что они делают, и отказываются даже рассматривать прогресс. Так что либо ОП справится с этим, либо убежит. Пожалуйста, не называйте «вызовом» то, чем он не является. Это оскорбление для разработчика, который преодолевает настоящую «вызов».
@Walfrat: Когда небольшая команда активно работает друг против друга, проект потерпит неудачу. OTOH, если OP следует указаниям других разработчиков, то есть хоть какой-то шанс на успех. Это будет не самый красивый код, и он, вероятно, потребует немалого рефакторинга, но, по крайней мере, у них есть шанс на выпуск. Когда OP позже будет отвечать за свой собственный проект, он / она может установить планку стандартов немного выше.
"хоть какой-то шанс на успех" да а в случае неудачи кто будет виноват ? Конечно, «это зависит», но я бы сказал, что у компетентного разработчика гораздо больше шансов быть обвиненным, чем у других.

У меня такое ощущение, что это не имеет ничего общего с Workplace, а скорее с частью архитектуры программного обеспечения StackExchange. И ваш пост заставляет меня почти ничего не задавать, кроме вопросов.

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

Разве Git не должен остановиться и предупредить об этом? Как это вообще возможно?

И они сказали, что я не упомянул о толчке, прежде чем я нажму.

Смешно, это методы работы 90-х.

В конце концов я согласился с этим. Но странно, что я должен использовать Git как SVN.

Почему вы согласились с этим? В чем заключается ваша работа — разрешать его конфликты? Как вы обязаны использовать Git как SVN?

Я также сомневался, что у них тоже есть недостатки.

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

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

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

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

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

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

Наличие самодельных модулей/фреймворков и общедоступных, безусловно, в какой-то момент приведет к конфликтам в дизайне, но реальный вопрос заключается в том, почему ваши самодельные будут работать лучше и почему вы должны использовать их вместо испытанного общедоступного?

Но я подозреваю, что коллега не знает, как использовать Bootstrap (другие коллеги также подозревают это) и может заставить меня делать свою работу по-своему, что я ненавижу.

Опять же, вы не говорите и половины того, что должны.

  1. Почему вы используете самодельные модули/фреймворки вместо общедоступных?

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

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

Не использовать Git должным образом, а затем обвинять вас — это полная некомпетентность, взваленная на ваши плечи. Это не то, что вы должны упускать из виду.

  1. Почему вы уступаете ему в этих конфликтах?

С какой стати вы «согласны» с кем-то, кто, как вы знаете, неправильно использует Git, не хочет делать что-то такое простое, как ветвление, и винит вас, когда продвигает только часть своей работы, а потом возникает конфликт?

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

1. Вот это я и собираюсь уговорить. Это все еще продолжается. 2. Возникло недоразумение. Я сказал, что «сначала они были не согласны с этим» git add, но в конце концов они с этим согласились. Я не согласился на их условия. 3. Согласен, это было нелогично. Я изо всех сил пытался их уговорить, но они такие упрямые, что мне хотелось двигаться дальше. Поэтому я подумал, что время от времени посылать им сообщения о моем толчке — это небольшая цена, о которой теперь я сожалею. И... я не совсем был уверен в использовании Git.
@Asimpleuser для этого немного поздно, но практическое правило: НИКОГДА не соглашайтесь «временно» на что-то в деловом мире. Сказать «да» один раз — значит сказать «да» навсегда, потому что никому не хочется менять рабочие процессы в компании. Если вы уступите абсурдным вещам, вы будете делать их вечно.

Ответ на проблему прямо здесь

Стресс из-за коллеги, который вообще против моего метода работы

Метод работы команды /отдела/компании должен быть таким, как написано здесь.

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

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

Стресс из-за коллеги, который вообще против моего метода работы
СпросиСетьПолитика конфиденциальности1y, 0v