Una entrevista de programación en pareja es un formato técnico en el que escribes código junto a un ingeniero sobre un problema compartido, normalmente en un editor real y en una base de código realista. El entrevistador actúa como colaborador y no como observador callado, y la evaluación pesa la comunicación, el uso del feedback y los hábitos de depuración tanto como la solución terminada. Las sesiones duran normalmente de 60 a 90 minutos.
Qué significa Entrevista de programación en pareja en la práctica
Los formatos van desde una división estricta de conductor y navegante, donde una persona teclea mientras la otra dirige, hasta una sesión más suelta en la que el entrevistador responde preguntas y de vez en cuando sugiere una dirección. Muchas empresas usan un repositorio pequeño y realista, a veces el de su propio producto, con pruebas ya montadas y una tarea del tipo arreglar una prueba que falla, añadir una funcionalidad o extender un módulo. Normalmente trabajas en tu propio entorno o en un editor en la nube ya preparado, con documentación y búsqueda permitidas, porque la idea es simular el trabajo normal. Es habitual en empresas a las que no les gustan los formatos de acertijo, y suele situarse después de una criba técnica telefónica.
Por qué importa para los candidatos
El silencio es la forma más común de suspender este formato incluso cuando el código funciona. El entrevistador está calificando la colaboración: si narras tu razonamiento, si haces preguntas aclaratorias, si aceptas una sugerencia sin ego y si discrepas con razones. También premia hábitos profesionales del día a día que los formatos de acertijo ignoran, como leer primero el código existente, ejecutar las pruebas pronto y avanzar en pasos pequeños y verificados.
Cómo prepararte
- Narra tu razonamiento sin parar, incluidos los callejones sin salida.
- Lee el código existente y las pruebas antes de escribir nada.
- Haz preguntas aclaratorias en lugar de dar por supuesto el requisito.
- Acepta las sugerencias con elegancia y explica por qué cuando discrepes.
- Ejecuta las pruebas pronto y a menudo en lugar de solo al final.
Ejemplo
A un candidato le dan un repositorio pequeño de Python con una prueba que falla y 75 minutos. Dedica los primeros ocho minutos a leer el módulo y a preguntar cuál es el comportamiento previsto, y luego escribe una prueba fallida más estrecha para acorralar el fallo. A mitad, el entrevistador sugiere una estructura de datos distinta; el candidato la prueba, ve que es más lenta para este patrón de acceso y explica el compromiso antes de elegir. El fallo queda arreglado con 20 minutos de sobra, que dedica a los casos límite.
Ya conoces el formato. Ahora conoce las preguntas. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.
Predecir mis preguntasTérminos relacionados
¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.
Mira cómo funciona