¿Hay un trabajo técnicamente menos intensivo para alguien que es ingeniero de software? [cerrado]

Actualmente soy un ingeniero de software empleado para una empresa de TI de tamaño moderado. Inicialmente disfruté el desafío de mi trabajo, pero con el tiempo me quemé por el aprendizaje técnico continuo que requiere el puesto. Disfruto las conversaciones de diseño y las discusiones de alto nivel sobre arquitectura/marco, pero una vez que llego a la programación real y media docena de tecnologías involucradas... no tanto.

Me gustaría preguntar si hay otros puestos técnicamente menos exigentes para alguien con una comprensión decente del front-end/back-end/SDLC que también sea un buen comunicador.

Para aclarar; No estoy en contra del aprendizaje. Quiero poner en práctica mis habilidades técnicas y seguir aumentando mis conocimientos. Pero tengo curiosidad por saber si tal vez haya más puestos de colaboración en los que la cantidad de conocimiento requerido esté relativamente definida, en lugar de ahora, donde paso todo el día tratando de aprender y aplicar nuevas tecnologías/conceptos.

Entonces, ¿qué pretende hacer cuando descubra que existen estos puestos menos intensivos? Teniendo en cuenta todos los trabajos posibles que existen, es seguro decir que existen trabajos como los que usted describe... ¿Cuál es su objetivo al preguntar eso?
Solo estoy tratando de explorar mis opciones para ver si puedo encontrar una buena opción para el futuro. En este momento estoy bien donde estoy, pero me gustaría ser más feliz en el trabajo. Si hay otro puesto para el que soy más adecuado, me gustaría probarlo.

Respuestas (3)

Estoy en una posición similar y comencé a buscar puestos de Gerente Técnico de Producto/Propietario. Ser un Scrum Master también puede ser una buena idea, le permitirá utilizar su conocimiento técnico dentro de los equipos técnicos además de comunicarse con el lado comercial.

Como gerente técnico de productos: no espere que tenga que adquirir menos conocimientos nuevos que un ingeniero, en mi caso es exactamente lo contrario. Principalmente porque necesito profundizar en las tecnologías relacionadas (interoperativas) que la ingeniería puede ignorar en su mayoría o tiene que evaluar tecnologías que terminan no siendo viables para nuestro producto, por lo que la ingeniería ni siquiera se entera de ellas. Por supuesto, esto no será cierto para todas las empresas, pero tenga esto en cuenta.

Hay dominios dentro del desarrollo de software que evitan el impulso de evolucionar la tecnología a un ritmo rápido. Un gran ejemplo es la programación COBOL dentro de las instituciones financieras. Puede pagar muy bien y no se espera que aprenda el lenguaje de programación popular o el marco de trabajo de la temporada.

De hecho, he escuchado bastante sobre COBOL, y creo que la curva de aprendizaje para aprender eso desde cero sería bastante empinada. Aunque tienes razón, cualquier cosa que use COBOL está bastante establecida en sus formas, ja.

También puede haber empresas en las que no necesites aprender constantemente.

Si la empresa desarrolla su propio producto. Las tecnologías/marcos/lenguajes normalmente se establecen de antemano y no cambian con demasiada frecuencia. Sin embargo, este no es siempre el caso. Escuché sobre empresas emergentes en las que el CTO/arquitecto principal quería adoptar todos los marcos más recientes y al final fue bastante caótico.

O en aquellos casos en los que la empresa haya entregado un producto al cliente y aún sea responsable de mantenerlo. El trabajo de mantenimiento generalmente evita cambios drásticos para evitar que surjan problemas.

Y también hay empresas de consultoría que se especializan en un conjunto de habilidades muy limitado. Luego, se contrata a los desarrolladores con cierta experiencia de estas empresas para que entreguen algo específico. Pero qué tan bien funciona esto en la práctica varía bastante.

¿Hay un trabajo técnicamente menos intensivo para alguien que es ingeniero de software? [cerrado]
RespuestasAquíPolítica de privacidad1y, 0v