Francamente, hay demasiado ruido sobre las pruebas de codificación.
Claro, es necesario identificar personas que puedan resolver problemas, conocer los matices del lenguaje y seguir patrones de diseño básicos cuando sea apropiado.
Sin embargo, lo que es igualmente importante, y nunca se discute, es qué tan bien el candidato entiende el proceso de entrega de software de extremo a extremo. Y no solo estoy hablando de revisiones de código y control de versiones.
- Al contratar a alguien en TI, ¿qué más importa, experiencia o habilidad? ¿Por qué?
- ¿Cuáles son los 3 mejores programas de software de contratación que debo probar para filtrar antes de llevar uno a mi CEO y compañeros de trabajo?
- ¿Qué se necesita para ser contratado en Roosterteeth?
- ¿Cómo contrata Facebook?
- ¿Es posible ser contratado como programador después de unos meses de entrenamiento?
Estoy hablando de pruebas, ya sean las pruebas unitarias de los desarrolladores o trabajar con el equipo de prueba. Estoy hablando de cómo administran los boletos: ¿los abordan de manera oportuna y brindan los detalles adecuados? Me refiero a si entienden los problemas operativos de impulsar una construcción a la producción: ¿los tienen en cuenta cuando es necesario? Sobre todo, ¿entienden al cliente?
Entonces, discuta las pruebas de codificación todo lo que quiera, pero deje de pasar por alto todas estas cosas igualmente importantes.