Convertirse en maestro de mazmorras para una entrevista
La contratación técnica es cada vez más criticada por depender de rompecabezas algorítmicos al estilo LeetCode que seleccionan la preparación para exámenes y datos curiosos más que la capacidad de ingeniería cotidiana. Los comentaristas exploran alternativas como entrevistas de simulación o tipo “dungeon master” que modelan el trabajo real de soporte o producto, destacan concesiones como la incomodidad del juego de roles, el sesgo y las tareas no remuneradas para llevar a casa, y sugieren rúbricas más estructuradas o conversaciones basadas en proyectos. En el fondo hay una preocupación más amplia de que las empresas estén optimizando para proxies fáciles de medir —velocidad en problemas artificiales, disposición a pasar por aros— a expensas de las habilidades del mundo real, la colaboración y el encaje mutuo.
Simulación / Enfoque de entrevista tipo “Dungeon Master”
- Muchos consideran que las entrevistas basadas en escenarios, al estilo DM, son más atractivas y más cercanas al trabajo real que los acertijos.
- Beneficios mencionados: revelan el estilo de resolución de problemas, la priorización, la comunicación y cómo los candidatos manejan información parcial.
- Ideas relacionadas: pruebas de bandeja de entrada, “consultor por un día”, sesiones simuladas de soporte/depuración, versiones simplificadas de sistemas reales.
- Preocupaciones:
- El juego de roles puede resultar incómodo o estresante; es mejor tratarlo como una discusión hipotética que como una actuación teatral.
- Riesgo fuerte de sesgo si el entrevistador oculta contexto clave, espera una “respuesta correcta” secreta o penaliza el comportamiento realista (por ejemplo, usar menús de ayuda).
- Perjudica a candidatos que tienen dificultades para pensar, hablar y hacer roleplay bajo presión de tiempo, aunque sean buenos en el trabajo.
Transparencia y evaluación mutua
- Algunos describen procesos en los que las entrevistas de etapa tardía muestran explícitamente los lados negativos del puesto y sus “defectos”, e incluso intentan disuadir a los candidatos de aceptar.
- Objetivo: que no haya sorpresas; que el comportamiento en la entrevista coincida con el comportamiento del día a día; que ambas partes valoren el encaje de forma realista.
- Límites: no se puede hablar plenamente de tecnología propietaria, problemas de personal o evaluaciones sensibles.
Entrevistas de Leetcode / algoritmos
- Crítica fuerte:
- Se ven como novatadas, un proxy sujeto a la ley de Goodhart y un “anti-patrón” que evalúa la preparación para exámenes, la disposición a obedecer o la meticulosidad más que las habilidades laborales.
- Muy manipuladas; los candidatos memorizan patrones; incluso algunos entrevistadores malinterpretan sus propias preguntas.
- Excluyen a personas con experiencia y responsabilidades u opciones existentes que no dedicarán semanas a practicar.
- Defensas:
- Las empresas bien pagadas necesitan algún criterio estándar y demostrable; Leetcode es uno de esos criterios.
- Muestra conocimientos básicos de EDA/algoritmos y filtra a quienes hablan con soltura.
- A algunos les gusta como un pasatiempo tipo rompecabezas y dicen que les ayudó a entrar en el sector del software.
- Carrera armamentista continua: preguntas más difíciles a medida que los candidatos se preparan más, alejando aún más las entrevistas del trabajo real.
Filosofías alternativas de entrevista
- Énfasis en:
- Discutir en profundidad proyectos reales anteriores y arquitecturas.
- Recorrer elementos reales del backlog o problemas de diseño realistas a una escala razonable.
- Tareas breves y pragmáticas de código o diseño; mínimo de artificios.
- Rúbricas estandarizadas y revisión por panel para reducir el sesgo individual.
- Muchos rechazan las take-homes largas y no remuneradas y los procesos de múltiples rondas con “truquitos”; los tratan como señales de alerta y como indicadores de la cultura de la empresa.