Попросили поработать над проектом, над которым никто не хочет работать [закрыто]

Есть 2 команды. Команда A: Один работает над JSF, Hibernate, EJB. И команда B: работаю над IOT, Cassandra, kafka и т. д. Я член команды B. Но мне также приходилось помогать команде A. Конечно, все хотят работать над тем, над чем работает команда B. Теперь есть еще один микросервис, который нужно разработать по какой-то древней технологии. Мой менеджер спросил меня, что мы можем дать для работы другой команде, и я предложил этот микросервис. Менеджер другой команды отверг эту идею, и теперь мой менеджер хочет, чтобы я это сделал. Говорит, что я тоже могу возглавить команду. Я бы лучше работал над новейшими технологиями, чем над этим микросервисом, над которым никто не хочет работать. Как я могу выбраться из этого?

Я сообщил ему о своем неудовольствии по этому поводу.

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

Как я могу выбраться из этого?

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

Каковы ваши карьерные цели? Вы хотите быть тимлидом вообще или архитектором? Вы хотите работать только над крутыми, новыми, сексуальными вещами, независимо от должности/старшинства?
Он сказал, что я также могу возглавить проект. Но не сказал, что я буду лидером команды. Я хочу работать над крутыми новыми технологиями, а не над старыми, независимо от названия. Хотя я хотел бы быть архитектором.
Нет ничего плохого в том, чтобы работать по старой технологии как таковой. Это представляет собой другую задачу по сравнению с работой над последним материалом. Однако помните, что через 5 лет вашим передовым продуктом будет следующая «старая технология», и это программное обеспечение тратит большую часть своего времени на обслуживание, а не на разработку. Так что, если вы хотите работать в ИТ, в какой-то момент вам придется смириться с работой со старым кодом.
Я работал на старых технологиях. Но это отличный проект теплицы с новейшими технологиями, и такой проект встречается нечасто. И моя вещь, почему бы не разделить боль? Пусть каждый сделает какую-то часть этого.
Кто-то остался с этой сумкой. Объясните руководству, почему конкретный уважаемый коллега является более подходящим выбором, чем вы.
Если это микросервис, сколько времени это займет на самом деле? Тем более, что я предполагаю, что это обновление до микросервиса, потому что, если бы это был новый сервис, зачем выбирать технологию, которую никто не хочет использовать?
Два предложения. 1) Постарайтесь найти работу, где вам будут платить за то, что вы хотите делать, и только за то, что вы хотите делать. (Удачи с этим :-)) 2) Стисните зубы, сделайте действительно хорошую работу в том деле, которое вы не хотите делать (но за которое вы получаете зарплату, не так ли?), и используйте результаты для покажите менеджеру, какой вы хороший разработчик.

Ответы (1)

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

Но не сказал, что я буду лидером команды. Я хочу работать над крутыми новыми технологиями, а не над старыми, независимо от названия. Хотя я хотел бы быть архитектором

Извините, но я должен вмешаться.

Быть архитектором — это не работать с новыми крутыми технологиями. Речь идет о первом выборе среди набора технологий, которые будут лучшими для вашего проекта по некоторым критериям:

  • Набор навыков вашей команды, если разработчики уже выбраны, но лучше всего выбрать их после того, над чем, как вы знаете, вы будете работать.
  • Насколько зрелыми являются технологии и их сообщество.
  • Будут ли ваши технологии и то, что вы о них знаете, действительно масштабироваться, если ожидается, что приложение будет сильно расти с точки зрения кода и данных?
  • Если вашему проекту нужно жить 10 лет, уверены ли вы, что у ваших новых крутых технологий есть достойный шанс быть там через 10 лет, и вы все еще сможете найти достойную документацию в то время?
  • Если вы используете фреймворки (angularjs для клиента, spring для сервера и т. д.), уверены ли вы, что сможете интегрировать все, что вам нужно. Например, скажем, вам нужно нарисовать диаграмму Ганта в браузере, в настоящее время на angular2 я могу найти только версию 0.0.1 . Между тем в angular 1 вы можете найти гораздо более зрелый рабочий модуль. Вы можете сделать ставку на использование angular2, но ничто не говорит вам, что этот модуль когда-либо будет найден и от него не откажутся, это высокий риск. Либо можно попробовать мигрировать версию angular 1 на версию 2, но менеджер вашего проекта может ответить, что у него нет на это денег.
  • ...

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

В настоящее время я использую angular 1 для фронта и Java/JPA/Hibernate/Spring.PostgreSQL с отдыхом. Хорошее использование (да, выделено жирным шрифтом, многие люди жалуются на ORM, базу данных, но в основном это проблемы интерфейса/клавиатуры или организации) всех этих зрелых технологий дает мне все, что мне нужно. И из-за того, как долго существуют spring/angular, я почти уверен, что смогу найти что-то работающее и зрелое в сети для любой новой потребности, о которой меня могут попросить.

PS: все же я согласен, что работа над JSF/EJB (вероятно, v2) - отстой.

Попросили поработать над проектом, над которым никто не хочет работать [закрыто]
СпросиСетьПолитика конфиденциальности1y, 0v