Entrevista de pair programming: qué esperar y cómo prepararte

Si te has preparado sobre todo con acertijos de algoritmos, una ronda de pair programming puede resultar poco familiar. Esta sección explica en qué se diferencia y cómo eso cambia tu preparación. La respuesta corta es que te están evaluando como a un futuro compañero de equipo, no como a alguien que resuelve acertijos.

La sesión suele desarrollarse de una de estas tres formas: un editor compartido en el navegador, tu propio IDE mientras compartes pantalla, o una extensión de un proyecto para casa que ya hiciste. La tarea suele parecerse al trabajo del día a día, como añadir una regla de validación, arreglar un test que falla o refactorizar una función. Algunas empresas intercambian los roles, así que pasas parte de la sesión como el «driver» que escribe y parte como el «navigator» que guía.

• Preguntas de aclaración. Si confirmas el requisito y qué significa «terminado» antes de escribir código.
• Pensar en voz alta. Si tu compañero puede seguir tu plan sin tener que preguntar.
• Progreso incremental. Pasos pequeños que funcionan, en lugar de un solo cambio grande al final.
• Testing. Si escribes o ejecutas un test para demostrar que el cambio funciona.
• Lectura de código. Con qué rapidez te orientas en código que no escribiste tú.
• Recibir aportes. Cómo respondes a una pista o a una idea distinta de tu compañero.

Otros formatos de entrevista de código, incluidos pizarra, proyecto para casa y algoritmos en vivo, se comparan en el hub de tipos de entrevista.

Un ingeniero backend que entrevistaba para un puesto de nivel medio en una startup de logística tuvo que añadir una regla de descuento a un módulo de checkout ya existente. Antes de escribir código, preguntó si los descuentos podían acumularse y qué debía pasar con los pedidos ya en curso. Leyó los tests existentes, escribió un test que fallaba para la nueva regla, lo hizo pasar con el cambio más simple posible y luego preguntó a su compañero si la regla debía ir en la clase de precios o en un objeto de política aparte. Cuando el entrevistador sugirió otro enfoque, lo probó y explicó la contrapartida. No terminó el requisito adicional, y aun así el feedback se centró en lo fácil que era trabajar con esta persona.

Ese flujo de aclarar, probar primero, hacer cambios pequeños y hablar sobre el diseño es justo lo que la mayoría de las rondas de pair programming buscan observar.

Practica pair programming con un amigo en una tarea pequeña dentro de un repositorio que no conozcas, y practica narrar en voz alta mientras avanzas. Prepara tu entorno con antelación si vas a usar tu propio IDE: el proyecto debería compilar y los tests deberían ejecutarse antes de que empiece la llamada. La herramienta de entrevista simulada ayuda con las partes conversacionales, como explicar una decisión de diseño o un proyecto anterior.

Sé realista sobre las herramientas en vivo aquí. El pair programming depende mucho de compartir pantalla, y todo lo que compartes es visible para tu compañero; tu entrevistador también te está viendo programar en tiempo real. SubcueAI transcribe al entrevistador y redacta puntos de respuesta durante las partes de conversación de una entrevista en vídeo, desde la app de escritorio o la extensión de navegador, sin ningún bot en la llamada. El código en sí depende de ti, y los entornos supervisados y los dispositivos gestionados por la empresa quedan fuera de alcance. Los detalles de configuración están en la página del tutorial.