Cómo configurar una prueba de codificación eficaz (una guía para gerentes de contratación)

Evaluar las habilidades de codificación se ha convertido en una parte indispensable del proceso de contratación técnica: el volumen de currículums que recibe de candidatos que no saben codificar es abrumador. Sabemos que los currículums son un mal predictor del rendimiento y, en la mayoría de los casos, la actividad de Github tampoco es una buena medida de las habilidades de un desarrollador.

En Adaface, nuestros expertos en la materia diseñan pruebas de codificación al comprender cuidadosamente su función y sus requisitos. Nos sentamos con ellos para analizar su proceso para configurar pruebas de codificación que estén en línea con los requisitos del trabajo para reducir los falsos positivos y los falsos negativos.

¿Cómo configurar una prueba de codificación?

Hay dos partes importantes a tener en cuenta al configurar una prueba de codificación:

Preguntas que estén en línea con los requisitos del trabajo
Un factor de forma que no asuste a los candidatos

Preguntas

El mayor problema con las pruebas de codificación actuales es que no siempre están alineadas con lo que requiere la función. Un desarrollador de Android no necesariamente necesita saber cómo invertir un árbol binario. O tal vez sí. Pero el punto es que si está utilizando eso en una prueba de codificación para esa función, debe ser muy deliberado al respecto.

Aquí hay una forma de pensar en lo que debería ir en una prueba de codificación:

Las preguntas en las que aún podría contratar a la persona incluso si no pudiera resolverla/la resolviera completamente mal, no tienen sentido en la etapa de selección, como una prueba de codificación.

La idea de una prueba de codificación es eliminar a los candidatos que claramente no encajan bien en esa función. Hemos descubierto que la forma más útil de hacerlo sería utilizar 2 preguntas que se deben poder codificar, una más fácil que la otra, y dar un margen de duda a los candidatos que la resuelven parcialmente. Esto elimina a los candidatos que básicamente no pueden codificar (muchos de ellos), y luego puede llevar al resto a las rondas finales de la entrevista.

Ahora, para decidir cuáles deberían ser esas preguntas que se deben poder codificar, esto es lo que debe responder primero:

¿Se necesita habilidad algorítmica para tener éxito en ese puesto? En otras palabras: ¿se centra el puesto en reducir el tiempo de respuesta por API? ¿Optimizar los datos para una ejecución más rápida? ¿Mejorar la componentización del frontend para cargas de página más rápidas? Si la respuesta a esto es un sí rotundo, entonces: ¿Qué nivel de habilidades algorítmicas requiere? ¿Serían suficientes las habilidades básicas de optimización o se necesita experiencia con estructuras de datos/algoritmos específicos?
¿Necesitan tener experiencia con un lenguaje de programación en particular o puede alguien inteligente aprenderlo en el trabajo?
¿Necesitan entregar rápido o ser más meticulosos y cuidadosos?

Sus respuestas a estas preguntas deciden qué preguntas se incluyen en las pruebas de codificación y qué se incluye en las entrevistas en persona. Aquí hay algunas preguntas de ejemplo (y los escenarios en los que esas preguntas tendrían sentido en una prueba de codificación):

Encontrar cualquier mínimo local en un array

Verifica si el candidato puede trabajar con estructuras de datos básicas/optimizaciones básicas y escribir código para cubrir múltiples casos extremos.
Refleja el trabajo en el puesto: Falso
Útil para: Puestos para recién graduados

Depurar código para validar o invalidar una serie de códigos postales basados en restricciones dadas

Verifica si el candidato puede entender el código escrito por otra persona y trabajar con múltiples bucles/funciones.
Refleja el trabajo en el puesto: Verdadero
Útil para: Puestos de ingeniería de software que requieren trabajo en una base de código existente (para candidatos con 1 a 3 años de experiencia)

Analizar una serie de registros y extraer métricas

Verifica si el candidato puede entender el formato de datos, analizar registros y calcular métricas
Refleja el trabajo en el puesto: Verdadero
Útil para: Puestos de análisis de datos/backend

Fusionar listas ordenadas

Verifica si el candidato puede usar estructuras de datos fundamentales de manera efectiva y pensar en torno a las optimizaciones de complejidad temporal.
Refleja el trabajo en el puesto: Falso
Útil para: Puestos de ingeniería de software con enfoque en optimizaciones de complejidad temporal a nivel de API o base de datos para candidatos con 1 a 3 años de experiencia

Los K candidatos principales en un flujo de datos con restricciones de espacio

Verifica si el candidato puede usar estructuras de datos ligeramente avanzadas como colas de prioridad de manera efectiva y trabajar con restricciones.
Refleja el trabajo en el puesto: Verdadero
Útil para: Ingenieros de backend con 1 a 3 años de experiencia para roles que involucran el diseño de sistemas

Encuentra la ruta más corta para que el repartidor llegue al cliente

Verifica si el candidato puede usar estructuras de datos avanzadas como árboles/grafos de manera efectiva y trabajar con algoritmos avanzados.
Refleja el trabajo en el puesto: Verdadero
Útil para: Roles de diseño de algoritmos (en empresas como Uber)

PD: la sección anterior está destinada a demostrar el tipo de preguntas que debe hacer, no las preguntas exactas en sí. Algunas de ellas son demasiado populares para que sea una buena idea ponerlas en una prueba de codificación.

Factor de forma

Una vez que haya finalizado las preguntas, la otra cosa a tener en cuenta es el factor de forma. Aquí están las cosas importantes que debe considerar para una prueba de codificación efectiva:

Evaluaciones más cortas (45–60 minutos) para asegurarse de que los ingenieros inviertan el menor tiempo posible, pero aún así lo suficiente para darles una oportunidad justa.
Preguntas fáciles de leer porque los programadores deben dedicar tiempo a resolver la pregunta, no a entenderla.
Puntuación granular (en oposición a la puntuación binaria). En Adaface, implementamos esto con sugerencias para cada pregunta 🤓.
Código de plantilla de trabajo con entradas analizadas, porque todos hemos pasado demasiado tiempo atascados aquí.

En Adaface, configuramos pruebas de codificación personalizadas adaptadas a las expectativas del rol. Nuestro bot, Ada, responde a las preguntas que tienen sobre el rol/la empresa, los guía a través de cada pregunta técnica de forma interactiva y crea una tarjeta de puntuación para que el gerente de contratación la revise al final de la conversación.