¿Pasar de QA a Dev y volver a QA hará que sea más difícil encontrar otra posición de Dev? [cerrado]

El trabajo actual en el que trabajo es un callejón sin salida (Dev) pero es de tiempo completo con beneficios y soy asalariado. Particularmente ya no me gusta, así que he estado mirando alrededor.

Encontré un puesto en una industria a la que quería volver desde hace un tiempo. El puesto (QA) es un contrato, aunque con potencial para contratar a FT (tal vez), ganando un 20 por ciento menos de lo que gano ahora, por hora, sin beneficios, trabajando solo 30 horas a la semana. ¿Parece terrible verdad?

Tengo una entrevista próximamente, así que de todos modos iré a verla. Nuevamente, quiero estar en esta industria, pero no necesariamente haciendo este trabajo en particular (QA), pero espero que al probarme a mí mismo, pueda moverme a una posición (Dev) que realmente quiero dentro de la misma industria. He hecho control de calidad antes y soy bastante bueno en eso, así que no me preocupa ser lo suficientemente competente.

Continuaría buscando otros trabajos durante este tiempo también porque sé que no podría confiar en ser contratado por FT después de que finalice el contrato.

¿Qué harías en mi situación? ¿Regresar a un rol de control de calidad después de haber estado en un rol de desarrollador me haría indeseable para futuros puestos de desarrollador? No fui a la universidad para CS, por lo que el hecho de que pude obtener un puesto de desarrollador en primer lugar con solo un poco de autoaprendizaje es milagroso. No quiero joderme y tirar más aros delante de mí de los que ya tengo que saltar.

Su puesto de trabajo es más importante que la industria en la que trabaja.
quien pregunta no está preguntando "qué hacer", sino preguntando por el impacto potencial de las decisiones que se están tomando, las cuales estamos calificados para responder en base a nuestras propias experiencias. No veo cómo está fuera de tema y por qué está recibiendo votos cercanos.

Respuestas (1)

Las personas que contratan desarrolladores quieren personas con un historial constante de desarrollo, incluso si se trata de soporte. El desarrollo es desarrollo, pero QA no es desarrollo .

En mi opinión, aceptar un trabajo en control de calidad es peor que no trabajar en absoluto. Es peor que una brecha. Le está diciendo a cualquier futuro empleador que no puede decidirse sobre el control de calidad o el desarrollo. Dependiendo de la mentalidad de la persona que realiza la contratación, es posible que simplemente asuman que no puede manejar el desarrollo, ya que muchos desarrolladores (incorrectamente) asumen que el desarrollo es más difícil que el control de calidad.

Pasará mucho tiempo pensando en lo que le dirá a los futuros entrevistadores cuando solicite un trabajo de desarrollador y le pregunten: "¿Por qué dejó un trabajo de desarrollo perfectamente bueno para pasar a control de calidad?"

Prefiero contratar a alguien con una brecha que a alguien que no puede decidir qué está buscando en una carrera. Está bien cambiar de carrera, pero cambiar y luego volver a cambiar crea más problemas.

Wow... Estoy llegando a esto desde la dirección opuesta. Veo a un desarrollador que ha tenido roles en control de calidad u operaciones como una perla más allá del precio, porque tiene una buena idea de cómo un programa afecta a los grupos posteriores. Si pudiera hacer que todos los desarrolladores hicieran un recorrido de 6 meses por uno o ambos grupos, ¡lo haría!