Как справиться с коллегой, который продолжает продвигать свой любимый язык программирования?

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

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

  • Наша техническая команда в основном молода и неопытна. У нас есть некоторые члены команды, которые все еще изучают стек компании и борются с ним. Я чувствую, что дополнительный язык ослабит их усилия.

  • Сотрудник, настаивающий на использовании языка X, — единственный в команде, который свободно говорит на языке X. Это означает, что остальная часть команды не может полностью понять код так, как они это делают.

  • Коллега также продвигает сторонние проекты, связанные с работой на языке X. Это означает, что мы должны активно просматривать запросы на вытягивание на языке, который мы не полностью понимаем.

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

@Magmagan - Поговорите со своим руководителем о проблемах, с которыми вы столкнулись.
Не могли бы вы пояснить в начале вопроса, что речь идет о программировании? Для большинства людей язык — это что-то вроде венгерского или шведского. Они могут запутаться, и этот сайт будет иметь больше ярлыка «разрешены только ИТ-вопросы на рабочем месте».
Может быть, я пропустил это, но я не вижу здесь вопроса! Ручка в каком отношении? Чего вы хотите достичь?
Чистое любопытство, X rust или Haskell? :-)
@Jeffrey Да, определенно пахнет ржавчиной.

Ответы (2)

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

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

Да, выбор языка в основном не должен зависеть от отдельного разработчика, но , возможно, у этого человека есть действительно хорошие идеи о том, как новый язык / стек может принести пользу компании. Безопасность? Ремонтопригодность? Масштабируемость? Попросите своего руководителя попросить его провести обед и обучение, чтобы поговорить об этом? Это не значит, что вы должны немедленно принять его.
Кроме того, сообщите вашему руководителю, что это создает коэффициент автобуса, равный 1, поэтому будет острая необходимость обучить некоторых людей так же бегло говорить в X, как и первоначальный «прессинг».

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

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

Говорим ли мы о языке программирования или библиотеке JavaScript (некоторые из которых в наши дни имеют несколько мега(!) байтов), вы действительно не хотите углубляться в мир «наличия нескольких способов сделать одно и то же». вещь." Потому что теперь вы должны заставить их работать...

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

Уже достаточно иметь дело с «PHP-4, PHP-5 и PHP-7». (Все разные.) Пожалуйста, не смешивайте "Python-2" и "Python-3"!

Хотя на самом деле вы не можете «танцевать с тем же мальчиком, который вас привел», не берите парней из соседнего города.

Что значит "потанцевать с парнем, который тебя привел"?
Это старая метафора. В контексте танца это означает, что если кто-то привел вас на танец, вы не должны проводить время, танцуя с кем-то еще. Здесь это означает, что если вы начинаете с одного языка программирования в бизнесе, вы должны придерживаться этой версии (если этот язык не устарел/не рекомендуется).
Высший уровень? Вы имеете в виду тех парней, которые обычно понятия не имеют, о чем они говорят, поэтому они выбирают Java + Oracle, потому что прочитали в каком-то старом журнале менеджеров, что это самое горячее дерьмо, и все его используют, поэтому они принимают решения, основанные на спасении вашего- менталитет задницы, потому что они использовали то, что используют все, и это не может быть неправильным, поэтому, когда проект, наконец, потерпит неудачу - а это произойдет, потому что никто точно не слушает экспертов в этой организации - они не виноваты
Как справиться с коллегой, который продолжает продвигать свой любимый язык программирования?
СпросиСетьПолитика конфиденциальности1y, 0v