¿Cómo cambio el área/dominio de desarrollo de software en el que estoy trabajando?

Soy un desarrollador de software con 4 años de experiencia. Mi primer trabajo fue el desarrollo de aplicaciones de un paquete de software empresarial durante 2 años. Realmente disfruté el trabajo, pero no pude continuar porque la empresa quebró.

Mi siguiente trabajo fue el desarrollo de software enfocado en redes durante 2 años (procesamiento de paquetes, análisis de paquetes, construcción de información útil, construcción de infraestructura de red, etc.). Tenía muy buenos compañeros pero sentía que algo faltaba. Sólo hice lo que me piden. Entonces, recientemente, cambié a otro trabajo durante 6 meses en el mismo dominio de red pensando que eso me daría un nuevo impulso. Pero me di cuenta de que no es la empresa sino el dominio el problema real.

Encuentro que tratar con enrutadores, configuraciones, paquetes, análisis de red, etc. no es muy interesante. Contribuyo a muchos proyectos de código abierto y amo el desarrollo de software y me encantaría hacerlo por el resto de mi vida, pero no me siento interesado en este dominio. Me gustaría cambiar a algún otro tipo de desarrollo. Algo así como el desarrollo de aplicaciones típicas (algo como MS Office, LinkedIn, solo para dar un ejemplo), desarrollo de software financiero, desarrollo de software de salud.

¿Cómo haría esto? Entiendo que otro tipo de desarrollo también tocará este dominio, pero no solo las redes.

La razón por la que pregunto aquí es porque tan pronto como estoy disponible en el mercado, me encuentro con 2 cosas. Uno, estoy inundado de ofertas de entrevistas en roles similares a los que estoy haciendo. En segundo lugar, cuando solicito otro cargo (por ejemplo, desarrollo de software financiero), me rechazan porque no tengo experiencia en ese dominio. El hecho es que estoy listo para trabajar por un salario que está muy por debajo de mi salario actual. Me gustaría tener la misma energía y motivación en el trabajo que tengo cuando realizo mis proyectos personales. ¿Cómo manejo esta situación?

Certifícate en el área en la que quieres trabajar
has tomado la OCJP? ¿Existen cursos que pueda pagar que lo lleven a donde quiere ir?

Respuestas (2)

Ha identificado correctamente que los reclutadores a menudo analizan los currículums en busca de contenido dentro de un dominio específico. Tienden a transmitir currículums genéricos que no exhiben un enfoque de dominio. La buena noticia es que puedes hacer algo al respecto.

En realidad, hay varias cosas que puedes hacer:

  1. Usted mencionó proyectos de código abierto. Si aún no está haciendo esto, busque y contribuya a proyectos de código abierto en el dominio en el que desea trabajar. Incluya su cartera de código abierto en su currículum y describa los proyectos en los que está trabajando directamente en su currículum.
  2. En su currículum, cuando describa el trabajo que está haciendo que está fuera de su dominio objetivo, concéntrese en las tareas y la calidad de sus contribuciones en lugar del dominio. Por ejemplo, en lugar de describir cómo escribió el software para enrutadores, describa cómo trabajó dentro de un equipo Agile como el rol X, o contribuyó a los estándares para el control de calidad o cualquier descripción no específica del dominio que se le ocurra.
  3. En LinkedIn, encuentre empleadores que le interesen, que operen en su dominio de destino, y sígalos. Encuentre líderes de opinión (personas que dan charlas TED, publican artículos destacados, escriben blogs interesantes, etc.) en su dominio de destino y sígalos. Comenta las publicaciones que te parezcan interesantes. Comparta los artículos que observe y describa por qué los encontró interesantes. En otras palabras, cree un historial de interés/participación públicamente visible en su dominio de destino. De esta manera, cuando un reclutador mira tu página de LinkedIn, ve un montón de contenido sobre el tema, en lugar de un perfil genérico y poco interesante con el que no puede identificarse.

En resumen, desea presentarse como un ingeniero de software experto interesado en el dominio X en lugar de alguien que ha estado escribiendo código para enrutadores.

Creo que es un problema bastante común. Creo que hay algunos buenos enfoques:

  1. Busca oportunidades en tu empresa actual. La mayoría de las empresas que tienen desarrolladores de software que trabajan en redes también tienen otros tipos de desarrolladores de software. Hable con alguien en el trabajo que lo valore y dígale que está interesado en otro tipo de trabajo, y vea si le permitirán transferirse.
  2. Busque un trabajo que quiera a alguien que desempeñe múltiples roles; por ejemplo, alguien que tiene que saber hacer programación en red y también hacer otro tipo. Este puede ser un primer paso en su transición lejos de la programación de la red.
  3. Obtenga una certificación, tome una clase o realice un proyecto personal no trivial. Has mencionado que te gusta contribuir a proyectos de código abierto; podría comenzar a contribuir a proyectos de código abierto en lo que sea que le gustaría programar como una forma de ganar experiencia y demostrar que es bueno en otros tipos de programación.