Yo diría que la mayoría de las compañías ya tienen su propia versión de esto.
Evaluamos la competencia central en AutoTrader UK realizando una programación de par TDD con candidatos en una tarea de tamaño simple (orden de 50 líneas, sin ‘algoritmos’). Consideramos la capacidad de seguir adelante con otro programador y escribimos el código TDD como ‘núcleo’.
La tarea le mostrará que puede leer una tarjeta de problemas y decidir qué código escribir. Mostrará si puede nombrar bien las cosas, diseñar un código para que pueda probarse por unidad, saber qué tipo de cosas probar y escribir un código que funcione.
- ¿Qué preparaciones debo hacer para obtener más de 2300 en el examen SAT Subject Test (Física + Química + Matemáticas 2)?
- ¿Cuáles son las quejas comunes sobre la preparación para el SAT?
- ¿Cómo mejoraste tu lectura SAT?
- ¿Cuál es la mejor manera de preparar a los estudiantes de secundaria para el SAT / ACT?
- ¿Cuál es su puntaje en el SAT y cómo se preparó para el examen?
Eso es lo mejor que vas a conseguir.
En otras entrevistas, me pidieron que escribiera ‘FizzBuzz’. Creo que eso también demuestra competencias básicas y básicas: nombres, variables, condicionales y una arruga sobre el orden de ejecución. No es mucho, pero elimina a los verdaderamente incompetentes.
Dicho esto, ninguno de los dos enfoques es concluyente.
Escribir un programa comercial / útil es mucho más que ser competente en conceptos básicos de codificación. Son los sine qua non; Debes tener al menos esos, además de más cosas además. Se trata de comprender cómo diseñar un sistema, cómo dividirlo, cómo agregar nuevas funciones sin romper las antiguas. Saber utilizar varias bibliotecas. Considero saber cómo Google para encontrar detalles importantes. Nadie lo recuerda todo.
Esas habilidades no pueden ser probadas en situaciones de entrevista. Lo mejor que podemos hacer es preguntar ‘¿qué has construido? ¿En qué te equivocaste? ¿Cómo lo arreglaste?