¿Cómo hacer un cambio de carrera a menos estrés con un fondo de desarrollador? [cerrado]

Llevo más de 30 años trabajando en desarrollo. He estado en trabajos que eran un infierno. En el que he estado durante los últimos 10 años ha sido principalmente una delicia. ¿La diferencia? No 'qué' estoy haciendo, sino 'con quién' lo estoy haciendo, cómo se relacionan entre sí y cuál es la cultura corporativa general.

A menos que realmente no le guste el desarrollo en sí mismo, le sugiero que reconsidere cuál cree que es el problema, use las habilidades analíticas que ha desarrollado como desarrollador para determinar las cosas específicas que le causan estrés y ver si hay Hay una situación laboral por ahí que se adapta mejor a la persona que eres.

Según su propia cuenta, ha tenido 6 trabajos en 8 años y "tiene dificultades para comprender las grandes bases de código heredadas". Cada cambio de trabajo trae sus propias tensiones: nuevas reglas para aprender, nuevo orden jerárquico y nueva base de código heredada.

Recomiendo primero quedarse en un trabajo más tiempo. Incluso el código base más feo debería comenzar a tener sentido después de un tiempo o tendrá más antigüedad para refactorizarlo.

Le recomiendo que se tome un tiempo para leer e interactuar más de cerca con los roles que le interesan en su trabajo actual, si es posible. He pasado algún tiempo en muchos trabajos de ingeniería de software: ingeniero de automatización de pruebas, ingeniero de software, ingeniero de DevOps, gerente de programa técnico y gerente de producto. Todo es relativo, pero encontré que el ingeniero de software es, con mucho, el menos estresante. Los roles de gerente son más difíciles porque se trata de lograr que otras personas hagan cosas sin tener autoridad formal sobre ellas. Hay mucha más política involucrada. Para DevOps Engineer, estar de guardia durante el fin de semana significa que no puedo relajarme por completo. Para el ingeniero de automatización de pruebas, la prueba de caja negra está bien, pero la prueba de caja blanca sin la capacidad de cambiar el código de otras personas (refactorización/comentario) que usted

Hay ventajas y desventajas para cada uno de los roles que enumeré, pero creo que debes definir qué significa "estresante" para ti.

Existen algunos puestos de prueba, en los que es probable que sea útil un conocimiento del desarrollo. Tendrá una ventaja en la automatización de pruebas, al menos. Cuando estaba en un concierto de prueba, encontré un error horrible alrededor de las 5 p.m. del viernes y tuve un fin de semana relajante. Mi esposa también me quería más cuando estaba probando que cuando estaba desarrollando.

Pregunta dificil.

El problema es que la industria del desarrollo de software está notoriamente estresada, debido a la percepción paranoica de la gerencia de que todos los desarrolladores son holgazanes si se les da la oportunidad.

Todo el Agile, etc. se crea para controlar cada cosa que haces en el trabajo.

Cada persona generalmente tiene diferentes puntos fuertes y puntos débiles, y se necesita un gran gerente para distribuir el trabajo personalmente para cada uno de acuerdo con sus habilidades.

Estos gerentes son como unicornios, todos los conocen pero rara vez trabajan con uno. Tuve la suerte de ver los errores que cometen otros gerentes, tratando a su equipo como un montón de recursos sin tener en cuenta las suites personales.

Debido a la baja tolerancia al estrés, puedo sugerirle que considere cambiar a entrenamiento.

En ese entorno, tendrá un entorno mucho más estructurado al presentar, la experiencia será útil para lograr las certificaciones de entrenador de Microsoft y Unix. Pero siendo un formador necesitarías encontrar tu trabajo por ti mismo, o empezar en uno de los centros de formación.

Tal vez la escuela no necesite ni siquiera certificaciones de entrenador, la educación puede ser suficiente.

Es posible que sea adecuado para un puesto de ventas en una empresa de consultoría de software, donde la comprensión profunda del desarrollo de software es una parte importante de la calificación de clientes potenciales y proyectos. Existen otros roles adyacentes de desarrollo en los que las habilidades y el conocimiento de la codificación son un beneficio, pero no está escribiendo código real. Garantía de calidad, por ejemplo.

Sin embargo, es posible que aún no quiera renunciar al trabajo de desarrollo directo, si busca puestos en empresas que le dan importancia al equilibrio entre la vida laboral y personal, o grandes empresas no tecnológicas que necesitan desarrolladores para mantener y construir sistemas internos, puede encontrar un bajo nivel realista. énfasis en el trabajo de desarrollo de software. Hay muchos de estos trabajos por ahí, y a veces tienen problemas para contratarlos. La cultura de la empresa, tanto como el trabajo específico, juega un papel importante en lo estresante que será un trabajo.

¿Cuál sería la mejor manera de encontrar una carrera/posición alternativa que me permita hacer uso de mis habilidades existentes?

La mejor manera de encontrar dichos puestos es hablar con personas que ocupan puestos que pueden ser de su interés.

Dado que ha estado en el campo durante 8 años en 6 trabajos diferentes, claramente ha estado expuesto a personas que trabajan en campos afines.

Acérquese a algunos de ellos, pida hablar durante el almuerzo o el café. Pregúnteles qué les gusta y qué no les gusta de su papel. Pregunte cómo llegaron a donde están. Pregúnteles qué tipo de estrés ven en su rol, ya que ese parece ser su punto principal de dolor.

A lo largo de los años, he hablado con muchos compañeros de trabajo sobre cómo era ocupar el puesto que ocupaba en ese momento. Les dije los puntos buenos y los puntos malos. Y si querían les ofrecí una opinión sobre cómo les iría en esa posición. Estoy seguro de que otros harían eso por ti.

Recomendaría conseguir los siguientes libros:

1. ¿De qué color es tu paracaídas?
2. Presumir El arte de tocar tu propia bocina sin tocarla
3. Cómo dejar de preocuparse y empezar a vivir

Esos libros pueden ayudarlo a llegar a su elección.

Mientras tanto, comience a establecer contactos y hable con personas en la periferia de TI, intente encontrar personas que hayan sido programadores y hayan cambiado de puesto para que pueda ver cómo es la transición. Hable con los reclutadores si puede y pregúnteles acerca de los cambios de carrera.

Vea si puede encontrar algo en Linked In, Meetup, Facebook u otras redes sociales, y simplemente hable con cualquiera que escuche y pregúntele si conoce a alguien que conozca a alguien.

Vamos contigo que ya no quieres ser desarrollador... punto. Hay un montón de roles en torno al desarrollo, algunos ya se han mencionado, pero no he visto los roles de QA (Garantía de calidad) / BA (Analista comercial) mencionados y esos están mucho más cerca del desarrollo que un gerente de producto o entrenador jajaja . Conocí personas en TI que pasaron del desarrollo al control de calidad y parecían bastante contentos: trabajas con desarrolladores, saber un poco sobre desarrollo es extremadamente ventajoso y es más fácil pronosticar la carga de trabajo porque depende del desarrollo. BA sería un poco más difícil, pero puede ser más atractivo, ya que implica más trabajo formando la carga de trabajo (metodología agnóstica).

¿Cuáles son sus objetivos aquí? ¿Está buscando un ambiente de trabajo más feliz o un trabajo más atractivo personalmente?

Su pregunta y comentarios mencionan que tiene dificultades con los entornos de alto estrés/alta rotación. @mickeyf y varios otros comentaristas, incluido yo mismo, pueden atestiguar que es posible encontrar entornos de trabajo positivos en el negocio del desarrollo de software.

Glassdoor y otros sitios de revisión de trabajos son útiles, pero también puede aprender algunas preguntas concretas para hacerles a los reclutadores/entrevistadores que pueden ayudarlo a obtener una "sensación" del lugar de trabajo antes de aceptar una oferta. Hay un montón de libros y artículos sobre el tema, y ​​tiende a ser sensible a la cultura, por lo que es difícil dar detalles sin saber el país/región/campo/edad/etc.

Ciertos campos dentro del software son particularmente buenos (o malos) en términos de rotación, autonomía y equilibrio entre el trabajo y la vida. Mi experiencia es que las nuevas empresas, las compañías de juegos y muchas tiendas de dispositivos móviles tienden a deslumbrar con servicios "agradables" y altas bonificaciones por firmar, pero en realidad son casas de trabajo duro. Las empresas/entidades más grandes y establecidas con suficientes personas para cubrir el trabajo, y una amplia base de trabajadores más allá de la tecnología, son mejores para permitirle encontrar su ritmo, aunque un gerente de división/departamento de mierda aún puede estropearlo.

En cuanto al atractivo personal, ¿qué tienen las bases de código heredadas que lo desaniman? Desafortunadamente, lidiar con el pésimo código de otra persona a menudo es parte del trabajo, incluso en campos adyacentes al software, ese fantasma todavía acecha a LOL. Pero una de las preguntas que puede hacer, o incluso deducir de la publicación del trabajo, es cuánto del trabajo implica mantener el código existente en lugar de crear algo nuevo.

Vale la pena tomarse el tiempo para encontrar un lugar de trabajo+posición que te fortalezca en lugar de deprimirte. En este momento estoy ganando alrededor del 60% de lo que podría en el sector privado (sin incluir los beneficios, que son una ventaja significativa). Pero trabajo con personas amigables y competentes, en un entorno de baja rotación (academia), y después de limpiar inicialmente un prototipo heredado (3-6 meses), ahora soy dueño de todo el proyecto (3,5 años en curso).

Investigue, aprenda las preguntas de la entrevista y haga un pequeño examen de conciencia, y con suerte encontrará un lugar que se adapte a usted y a sus habilidades.