Se le pidió que trabajara en un proyecto en el que nadie quiere trabajar [cerrado]

Hay 2 equipos. Equipo A: Uno trabajando en JSF, Hibernate, EJB. Y el Equipo B: trabajando en IOT, Cassandra, kafka, etc. Soy miembro del equipo B. Pero también tuve que ayudar al equipo A. Por supuesto, todos quieren trabajar en lo que está trabajando el equipo B. Ahora hay otro microservicio que debe desarrollarse utilizando alguna tecnología antigua. Mi gerente me preguntó qué podemos darle al otro equipo para que trabaje y le sugerí este microservicio. El manager del otro equipo rechazó la idea y ahora mi manager quiere que yo lo haga. Dice que puedo liderar el equipo también. Preferiría trabajar en la última tecnología que trabajar en este microservicio en el que nadie quiere trabajar. ¿Cómo puedo salir de esto?

Le he hecho saber acerca de mi disgusto por esto.

Luego está el arquitecto que se suponía que iba a hacer un prototipo de esto, pero lo detuvo debido a su tecnología obsoleta. Pensé que obtendría más información sobre esto, pero se dio la vuelta y está tratando de descargarme esto diciéndole al gerente que habló conmigo sobre estas tecnologías.

¿Cómo puedo salir de esto?

Estoy pensando que si solo tengo que hacer esto, también pido trabajo en otras nuevas tecnologías. El mismo tiempo dedicado a ambos tipos de trabajo. ¿Cómo puedo manejar esto y obtener el mejor resultado?

¿Cuáles son tus metas profesionales? ¿Quieres ser un líder de equipo en general, o un arquitecto? ¿Quieres trabajar solo en cosas geniales, nuevas y sexys, independientemente del título o la antigüedad?
Dijo que yo también puedo liderar el proyecto. Pero no dije que seré el líder del equipo. Quiero trabajar con tecnologías nuevas y geniales en lugar de viejas, independientemente del título. Aunque me gustaría ser arquitecto.
No hay nada de malo en trabajar con tecnología antigua per se. Representa un desafío diferente a trabajar en lo último. Sin embargo, recuerde que dentro de 5 años su material de vanguardia será la próxima 'tecnología antigua', y que el software dedica la mayor parte de su tiempo al mantenimiento en lugar del desarrollo. Entonces, si desea trabajar en TI, tendrá que aceptar trabajar con código antiguo en algún momento.
He trabajado en tecnologías antiguas. Pero este es un gran proyecto de invernadero con las últimas tecnologías y un proyecto como este no se presenta a menudo. Y lo mío ¿por qué no compartir el dolor? Deje que todos hagan una parte de ella.
Alguien se queda sosteniendo esta bolsa. Presente un caso a la gerencia sobre por qué un estimado colega específico es una opción más apropiada que usted.
Si es un microservicio, ¿cuánto tiempo llevará realmente? Sobre todo porque asumo que se trata de una actualización de un microservicio, porque si fuera uno nuevo, ¿por qué elegir una tecnología que nadie quiere usar?
Dos sugerencias. 1) Trate de encontrar un trabajo en el que le paguen por hacer lo que quiere hacer, y solo lo que quiere hacer. (Buena suerte con eso :-)) 2) Muerde la bala, haz un muy buen trabajo en las cosas que no quieres hacer (pero por las que estás cobrando un sueldo, ¿no?), y usa los resultados para muéstrale al gerente lo buen desarrollador que eres.

Respuestas (1)

Tu jefe es tu jefe, eres un desarrollador, tiene derecho a ponerte algunas tecnologías antiguas.

Pero no dije que seré el líder del equipo. Quiero trabajar con tecnologías nuevas y geniales en lugar de viejas, independientemente del título. aunque me gustaria ser arquitecto

Bueno, lo siento, pero tengo que intervenir.

Ser arquitecto no se trata de trabajar con nuevas tecnologías geniales. Se trata primero de elegir entre un panel de tecnologías que serán las mejores para su proyecto según algunos criterios:

  • El conjunto de habilidades de su equipo, si los desarrolladores ya han sido elegidos, pero lo mejor sería elegirlos después de lo que sabe que trabajaría.
  • Qué tan maduras son las tecnologías y su comunidad.
  • ¿Escalarán realmente sus tecnologías y lo que sabe sobre ellas si se espera que la aplicación crezca mucho en términos de código y datos?
  • Si su proyecto necesita vivir durante 10 años, ¿está seguro de que sus nuevas tecnologías geniales tienen una oportunidad decente de estar allí en 10 años y aún podría encontrar documentación decente en ese momento?
  • Si usa frameworks (angularjs para cliente, spring para servidor,...), ¿está seguro de que podrá integrar todo lo que necesita? Por ejemplo, digamos que necesita dibujar un diagrama de Gantt en un navegador, actualmente en angular2 solo puedo encontrar una versión 0.0.1 . Mientras tanto, en angular 1 puedes encontrar un módulo de trabajo mucho más maduro. Puede apostar por usar angular2, pero no hay nada que le diga que este módulo alguna vez se terminará y no se abandonará, esto es un alto riesgo. O puede intentar migrar la versión angular 1 a la 2, pero el administrador de su proyecto puede responder que no tiene el dinero para esto.
  • ...

Tomar las últimas tecnologías sin siquiera pensar si encajan tiene una alta probabilidad de conducirte a ti y a todo tu equipo en una marcha de la muerte.

Actualmente estoy en angular 1 para el frente y Java/JPA/Hibernate/Spring.PostgreSQL con Rest. Un buen uso (sí, en negrita, mucha gente se queja de ORM, la base de datos, pero en su mayoría es un problema de interfaz de silla/teclado o de organización) de todas esas tecnologías maduras me proporciona todo lo que necesito. Y debido al tiempo que spring/angular ha estado allí, estoy bastante seguro de que puedo encontrar algo que funcione y madure en la red para cualquier nueva necesidad que me puedan pedir.

PD: todavía estoy de acuerdo en que trabajar en JSF/EJB (v2 probablemente) apesta.