Viniendo de QA, ¿cómo puede uno conseguir ese primer trabajo de desarrollo? [cerrado]

He estado en control de calidad durante 10 años, tratando de desarrollarme en unos 5 de ellos. He tomado clases en C ++, Java y C #. Pude escribir algunas herramientas y pruebas unitarias en C # en mi trabajo actual y (según todas las cuentas) hice un buen trabajo.

Sin embargo, hace 8 meses, mi empleador me encargó la responsabilidad de establecer el nuevo grupo de control de calidad. Ahora estoy haciendo pruebas y despliegues manuales sin la promesa de volver al desarrollo. He examinado las bolsas de trabajo y hay muchos trabajos para desarrolladores web, entonces, ¿qué más puedo hacer para obtener una? Recogí algunos libros sobre Ruby on Rails que planeo trabajar en la Mac en casa, pero no estoy seguro de que los empleadores estén interesados ​​en otra cosa que no sea el desarrollo web comercial.

¿Tiene alguna sugerencia sobre cómo puedo usar mi experiencia para conseguir un trabajo como desarrollador junior? Y me refiero a uno que implica programación; Las publicaciones que he visto para el desarrollador junior equivalen a hacer todo el trabajo duro además de la codificación. Deberían llamarlos "secretarios técnicos".

¿Has hablado con tu empleador actual sobre tu deseo de convertirte en desarrollador? Comience con eso, y si no lo hacen, es hora de buscar en otro lado.

Si está buscando puestos de desarrollador (los puestos junior son mejores para comenzar), asegúrese de que le brinden experiencia en el desarrollo real, no el "trabajo duro" que mencionó. Mientras entres en algún lugar, aguanta unos años y si no es tu taza de té, sigue adelante. Tener un puesto de desarrollador en su currículum, incluso durante un par de años, lo ayudará a obtener mejores puestos. Sería honesto durante cualquier entrevista y enfatizaría que le apasiona convertirse en desarrollador después de toda la experiencia de control de calidad que tiene.

Definitivamente debe aprovechar su experiencia de QA porque la experiencia sí cuenta.

Los desarrolladores a menudo desprecian el control de calidad, y esto a menudo es injustificable.

Sin embargo, el sesgo existe y no puede eliminar exactamente el control de calidad de su currículum.

Aquí está mi sugerencia: en lugar de hacer una transición directamente a dev, hacer una transición a un "papel intermedio". El término (al menos en los Estados Unidos) se llama "Ingeniero de Automatización". Combina habilidades de control de calidad con habilidades de programación y generalmente implica muy poca prueba manual o control de calidad tradicional. Su experiencia con las pruebas unitarias y el enfoque de un TDD hacen que esta sea una buena posición. Ocupé ese cargo durante un año (aunque vine de dev y luego volví a dev) y puedo decirles que había mucha ingeniería de software por hacer.

Si mantiene el control de calidad, cambie a una compañía donde haya más movilidad interna si lo hace bien (existen tales compañías), y donde existe una tradición y enfoque de pruebas automatizadas.

Prueba también con tiendas ágiles. Tienden a observar los límites de qa / dev less.

No recuerdo haber visto trabajos de "secretaria técnica" cuando estaba buscando mi primer trabajo de desarrollo. Esto puede variar según dónde se encuentre, por supuesto, pero creo que si realmente quiere entrar en el desarrollo, no debe discriminar en contra de las ofertas de trabajo de desarrollo junior. La mayoría, si no todos, dirán algo similar a "otros deberes según lo requiera la gerencia". Eso es normal. No significa que vas a hacer café para tu jefe.

Creo que lo importante para ti sería conseguir ese primer trabajo de desarrollo. Realmente no importa lo que sea, solo necesita que aparezca "desarrollador de software" en su currículum para que sea más fácil encontrar su segundo trabajo de desarrollo, que probablemente será mejor que el primero.

Su experiencia de control de calidad existente puede funcionar a su favor. Tienes experiencia laboral en el mundo real que no es probable que tenga un graduado universitario. Entonces, el mejor consejo que puedo dar es comenzar a solicitar empleos y entrevistas. Si no termina siendo contratado, haga un seguimiento con las personas que lo entrevistaron y pregúnteles qué podría haber hecho mejor o diferente. Eso te ayudará más que cualquier otra cosa.

Mi primera tarea como desarrollador junior después de 1.5 años en QA (y 3 años en soporte durante los veranos) fue arreglar los problemas de marcado y CSS. Después de algunas semanas estaba arreglando defectos de código simples antes de asumir la responsabilidad de las áreas de trabajo y eventualmente de los proyectos.

En cualquier profesión, comienzas desde abajo y avanzas, el desarrollo ciertamente no es una excepción y es muy competitivo. Claramente tienes aptitud (enseñándote 4 idiomas) y manejas. El control de calidad y la experiencia en pruebas unitarias también harán su vida mucho más fácil.

Tome un trabajo como desarrollador junior y espere su pasión, experiencia y capacidad para llevarlo más allá en la escala de responsabilidad.

Según su pregunta, el área en la que vive parece tener una gran cantidad de puestos de webdev, pero parece que su trabajo de clase se centra más en el desarrollo de aplicaciones.

Si su objetivo es simplemente pasar a un trabajo de desarrollo, entonces debe asegurarse de abrir su búsqueda a cualquier trabajo de desarrollo. Adapte su currículum para centrarse en su experiencia de desarrollo en el trabajo, escriba algunas oraciones para describir las herramientas automatizadas / pruebas unitarias que escribió. Esto no solo mostrará que tiene experiencia en desarrollo, sino que también podrá documentar su trabajo de manera inteligente. Simplemente no lo convierta en un bloque de texto de relleno, debe escribirse lo suficientemente bien como para que el revisor no presente su currículum en la cesta debajo de su escritorio. Si no crees que puedas hacerlo interesante, aún no lo estás intentando. Haga lo mismo para explicar sus cursos y proyectos paralelos. Solo asegúrese de dejar algunos detalles interesantes de los que pueda hablar cuando obtenga la entrevista.

Dicho esto, no menosprecies tu experiencia en QA. Si profundiza en el código para ayudar a los desarrolladores a identificar dónde están sus errores, asegúrese de explicar que, si está constantemente buscando formas de mejorar los procesos, no lo deje de lado, si se sienta en su escritorio esperando el día para terminar ... entonces probablemente no quieras mencionar eso. Solo asegúrese de que todo lo que ponga en su currículum se base en la realidad, la mejor de las suertes.

Si fuera un SDET (y gracias a Dios que no lo soy), demostraría mi aptitud para la ingeniería de software mediante la implementación de una valiosa herramienta interna para la empresa, y usaría C ++ / Java / C # para demostrar mis habilidades. La razón por la que trabajaría en una herramienta interna es que lo más probable es que no tenga la oportunidad de escribir código orientado al cliente como SDET, por lo que una herramienta interna es el (único) camino a seguir.

Piense en cualquier tipo de infraestructura interna o herramientas que su empresa necesita, pero simplemente no tiene suficientes ingenieros para trabajar en ellas, como el monitoreo del sistema, la generación de informes, el arnés de prueba, etc. y construya el mejor sistema posible. Pregúntele a su gerente o al gerente de su gerente qué necesitan en infraestructura para que lo que construya sea importante para la empresa.

Y cuando lo construyas, aplica habilidades sólidas de ingeniería de software:

• escribir código mantenible
• agregar muchos comentarios
• implementarlo para eficiencia, escalabilidad y confiabilidad
• establecer objetivos y un calendario de lanzamientos
• escribir un documento de diseño legible.

Al comienzo de muchos trabajos, me dijeron que no tocaría el código en vivo durante meses. Esto dura aproximadamente dos semanas. Entonces alguien lanza un nuevo proyecto al grupo de desarrollo ya inundado. Adivina quién está disponible?