Esa es una pregunta interesante. Para las empresas en los EE. UU. *, Es porque su proceso de entrevista es muy bueno o muy malo .
Algunas compañías tienen un proceso de entrevista muy malo en el que no verifican que el candidato pueda codificar antes de contratarlos. Esto generalmente lleva a hacer al menos un número de contrataciones que no pueden codificar muy bien, deteriorando la calidad del entorno de trabajo muy rápidamente. A los buenos desarrolladores les gusta trabajar con otros buenos desarrolladores porque es muy importante para la superación personal. Una vez que la calidad promedio del programador es demasiado baja, todas las personas buenas comienzan a irse y la calidad se deteriora aún más en un círculo vicioso.
No siempre es necesario probar si un desarrollador puede codificar antes de contratarlos, por lo que es posible que un número muy pequeño de compañías no realice ningún tipo de prueba de habilidades y aún tenga un excelente proceso de contratación. Pero eso es solo si están atrayendo posibles contrataciones de una fuente extremadamente precalificada, como algunas nuevas empresas en etapa temprana que contratan solo a personas con las que han trabajado personalmente en el pasado (que ya saben que son excelentes), o compañías que reclutan personas quienes ya son ampliamente reconocidos como expertos en su campo.
- Cómo recordar los valores máximos de int corto, largo con signo y sin signo, flotante, doble en C ++
- ¿Cómo puedo hacer una entrevista técnica en una empresa de ciencia de datos / análisis de datos dentro de un fin de semana?
- ¿Cómo y desde dónde debo prepararme para las preguntas de la entrevista como 'diseñar un software para ...'?
- ¿Qué es mejor en una entrevista técnica, código ilegible con buen rendimiento o código legible con peor rendimiento?
- ¿Qué tipo de preguntas se hacen en la sección de programación de Amdocs (que consta de 7 preguntas de codificación) en la primera ronda de aptitud?
Esas excepciones son raras. Más típicamente, si una empresa no hace una prueba de habilidades, es porque su proceso de contratación es malo. Por lo general, su proceso es malo porque simplemente ignoran las buenas formas de contratar desarrolladores, o a veces porque subestiman la importancia de contratar a los buenos (esta es la peor situación, porque hay pocas esperanzas de que cambie).
Algunas compañías no hacen entrevistas en la pizarra porque en su lugar hacen un tipo diferente de prueba de habilidades.
Por ejemplo, una entrevista de “código conmigo” puede ser una mejor manera de entrevistar que hacer algoritmos en la pizarra. En este tipo de entrevista, el candidato pasa algún tiempo haciendo que el entrevistador los aumente en ciertas partes de la base de código de la compañía, y luego se les da una tarea real que cumplir que simula de cerca el tipo de trabajo que estarían haciendo día a día. -día. Pasan el resto del día, o tal vez incluso un día adicional, trabajando en el código. En todo momento, el entrevistador evalúa el progreso del candidato y la metodología de trabajo.
Las metodologías de entrevista alternativas como esta, al simular más de cerca las condiciones del trabajo, pueden ser una mejor prueba de la capacidad de un ingeniero para desempeñarse bien una vez contratado. Después de todo, los ingenieros no suelen pasar sus días codificando para resolver problemas de Algoritmos 101 en una pizarra. Entonces, si no hay pizarra, tal vez sea positivo si la compañía tiene algo más planeado.
* Como otros han señalado, si eres de otro país, puede ser un asunto cultural allí.