El problema con las pruebas técnicas que valen la pena es que no son aprobadas / reprobadas, el punto es cómo el candidato aborda el problema, su visión técnica, etc. No está en condiciones de evaluar eso, por lo que necesitará encontrar a alguien que pueda, o centrarse en sus habilidades como empleado, y esperar que su trabajo anterior o algún pequeño trabajo de prueba le dé a completo es indicativo de su habilidad. Eso es de alto riesgo, no hace falta decirlo.
Al menos puede tener una idea general de cuán seguros y conocedores parecen (énfasis en aparecer) sobre el desarrollo de software. Sin embargo, puede encontrar problemas allí, con candidatos que son buenos para hablar sobre la práctica del desarrollo de software a un laico (una habilidad útil en sí misma) frente a candidatos que son mejores para hacerlo. Idealmente, un equipo de desarrollo (o individual) incorporará ambos atributos, pero solo hay uno sin el que no puede vivir.
Al final del día, sin faltarle al respeto, realmente no puede evaluar la comprensión de alguien de la práctica de un oficio altamente técnico que no tiene una comprensión real de usted mismo. Si no tiene un cofundador técnico que lo haga por usted, es mejor que trabaje en su red o busque externalizarla a algún experto externo de algún tipo.
- Viniendo de un entorno de Operaciones, ¿es difícil obtener un papel haciendo DevOps? ¿Alguien sabe de personas que vienen de Operaciones / Soporte a Devops?
- ¿Cuál es el mejor proveedor de servicios de pruebas de software (empresa) que ofrece consultas de automatización de pruebas, herramientas, etc.
- ¿Debería una empresa de servicios de software de 500 empleados pasar a la metodología scrum?
- Cómo aprender habilidades de desarrollo de software si tengo experiencia en soporte de TI y actualmente trabajo como ingeniero DevOps
- ¿Cuáles son los problemas organizativos que deben resolverse para cada nuevo proyecto de software?