Las preguntas de seguimiento que hacen útil un walk-through de take-home
Qué mide realmente el walk-through
Tres cosas, todas invisibles desde el artefacto solo:
- ¿De verdad lo escribieron? Una candidata que no puede explicar su propio código no lo escribió (o no entendió lo que pegó).
- ¿Cuál es su profundidad de razonamiento? El artefacto muestra qué hizo. El walk-through muestra por qué, y ahí vive el juicio de ingeniería.
- ¿Cómo manejan pushback? Cuando desafías una elección, ¿actualizan con gracia, defienden con info nueva, o entran en pánico?
La mayoría de los walk-throughs caen en "recórreme lo que hiciste", y la candidata narra el diff. Eso cubre quizás 30% de la señal disponible.
Las preguntas que producen el otro 70%
"¿Por qué elegiste este enfoque sobre [la alternativa obvia]?"
Las fuerza a articular un trade-off. Si no consideraron alternativa, eso es señal. Si consideraron y descartaron una, aprendes cómo ponderan restricciones.
"¿Qué parte de esto es la que menos te gusta?"
Testea autoconciencia y bar de calidad. Las candidatas fuertes pueden nombrar un compromiso específico bajo presión de tiempo. Las débiles dicen "creo que todo se ve bien." Una sin auto-crítica tiene estándares inusualmente altos (raro) o bajos (común).
"¿Qué cambiaría si [restricción específica] fuera distinta?"
Elige una restricción que asumieron implícitamente: escala, latencia, manejo de edge case. Su respuesta revela si razonaron sobre restricciones o solo eligieron defaults.
"Recórreme qué pasa cuando esta función se llama con [edge case específico]."
Testea si realmente trazaron el código o lo sacaron de algún lado. Las que lo escribieron pueden simular ejecución mentalmente. Las que pegaron tropiezan.
"Si tuvieras dos horas más, ¿qué cambiarías?"
Testea priorización. "Añadiría tests" está bien. "Refactorearía X porque noté que Y es frágil" es mucho mejor. "Creo que está hecho" es preocupante a nivel senior.
"Muéstrame dónde gastaste más tiempo. ¿Por qué fue difícil?"
A menudo descubrirás que la candidata gastó 40 minutos en algo que una ingeniera senior haría en 10 — eso es data de calibración. O aprenderás que pegaron en una sutileza real, lo que es señal positiva.
Qué no preguntar
- "¿Usaste asistencia IA?" Pregunta por adelantado con política específica, o no preguntes. A media walk-through es incontestable de manera útil.
- "Recórreme cada línea." Demasiado estrecho. Obtienes narración sin juicio.
- "¿Cómo escalarías esto a un millón de usuarios?" Otra ronda. No mezcles diseño de sistemas con walk-through de take-home.
La rúbrica
Puntúa el walk-through independientemente del artefacto:
- Profundidad de defensa. ¿Explicaron por qué, no solo qué?
- Conciencia de edge case. ¿Identificaron debilidades en su propio trabajo?
- Update bajo pushback. Cuando desafiaron, ¿se involucraron productivamente?
- Comunicación. ¿Sus explicaciones fueron claras y estructuradas?
Una candidata puede tener artefacto mediocre y walk-through fuerte y eso es señal de hire. Lo inverso — artefacto fuerte, walk-through débil — es señal preocupante de que algo está mal con la autoría del artefacto.
ClarityHire muestra el artefacto take-home, la rúbrica y el scoring del walk-through lado a lado, así la revisora puede atribuir scores limpiamente al trabajo o a la explicación. Ambos importan, y a menudo discrepan.