La entrevista de código de Meta: formato, editor compartido y práctica

El ritmo es constante tanto en la entrevista telefónica como en las rondas de código presenciales (onsite) de Meta: breves presentaciones, un enunciado pegado en un editor compartido, y el reloj efectivamente empieza a correr. Aclaras las restricciones, explicas un enfoque, escribes código mientras narras, y ejecutas todo a mano contra distintos casos. Con dos problemas en una sesión, un candidato sólido resuelve el primero en menos de veinte minutos para dejar al segundo un margen real.

Los editores son deliberadamente sencillos: a menudo sin ejecución, sin autocompletado, con resaltado de sintaxis mínimo. Eso no es tacañería; lo que se evalúa es tu razonamiento, y un botón de ejecutar difuminaría de quién fue el razonamiento que produjo la solución. Debes esperar ser tu propio intérprete, recorriendo índices y casos límite en voz alta.

Dónde encajan estas rondas dentro del proceso completo de Meta se explica en el centro de procesos de entrevista por empresa.

El miedo aquí suele ser el silencio: qué ocurre en las notas del entrevistador mientras piensas. La respuesta honesta es que las notas registran señales, y el silencio las deja vacías. La corrección y la velocidad son la mitad visible. La otra mitad es la comunicación: si delimitaste el problema antes de codificar, si expresaste la contrapartida que determinó tu enfoque, y si probaste tu propio código sin que nadie te lo pidiera.

Por eso la práctica narrada supera al entrenamiento silencioso. Un candidato que resuelve ligeramente menos problemas, pero piensa en voz alta, nombra la complejidad y se autocorrige, produce un perfil de señales más completo que quien resuelve en silencio. La propia guía de preparación de Meta lo dice así; el formato está diseñado para recompensar el razonamiento visible.

La herramienta de entrevista simulada ofrece sesiones cronometradas, con dos problemas, narradas en tiempo real, que es el ensayo más cercano al editor compartido real.

La preparación de última etapa se trata de fidelidad al formato, no de teoría nueva. Resuelve en un editor sencillo con el resaltado de sintaxis apagado o mínimo, di cada solución en voz alta incluso a solas, y limita las sesiones a cuarenta y cinco minutos con dos problemas para que esa densidad se vuelva normal. Recupera el hábito de rastrear el código a mano, porque el editor no lo va a ejecutar por ti.

Una ingeniera de infraestructura a diez días de su ronda presencial (onsite) es un caso típico. Dedicó las tardes a parejas de problemas cronometradas, se grabó a sí misma para detectar silencios, y usó su último fin de semana en una simulación completa de la ronda onsite. En las rondas reales, el editor, el ritmo y la narración ya le resultaban familiares, así que su atención se centró en los problemas; la transcripción en su propia máquina simplemente mantenía a la vista las restricciones del entrevistador mientras trabajaba.

Los límites honestos siguen aplicando: un editor compartido en vivo es una superficie visible para ambas partes, las rondas grabadas o monitoreadas quedan fuera del alcance de cualquier herramienta de asistencia, y un cronograma tan ajustado significa que lo único que de verdad escala es tu fluidez. Estos límites están reunidos en el tema de detectabilidad.