Qué evalúa de verdad una ronda de programación en vivo
Una entrevista de programación casi nunca trata solo del código final. El entrevistador observa cómo eliges un enfoque, si conoces su coste en tiempo y espacio, qué casos límite consideras antes de que te los pregunte y con qué claridad explicas tus decisiones mientras escribes.
Es mucho para tener en la cabeza a la vez, y por eso un problema que resolviste la semana pasada puede parecer imposible el día de la entrevista. El copiloto te da las piezas en el orden en que las necesitas, para que dediques tu atención a explicar en lugar de a recordar.
Del problema a la respuesta en cuatro pasos
No hay un modo de programación que activar ni un tipo de ronda que elegir antes. La misma sesión que escucha al entrevistador también lee tu pantalla, así que funciona en rondas en silencio y en pruebas para hacer en casa, igual que en una llamada de programación en pareja.
- Pulsa «Start» o simplemente captura el problema: la primera «Capture» o «Answer» inicia la sesión.
- Pulsa ⌘/Ctrl + H con el problema en pantalla. Los problemas largos pueden necesitar varias capturas, incluidos los ejemplos y las restricciones.
- Pulsa ⌘/Ctrl + Enter. En unos segundos recibes el enfoque, el código completo en el lenguaje seleccionado en el editor, la complejidad en tiempo y espacio, los casos límite y una frase para decir en voz alta.
- ¿No es lo que buscabas? «Regenerate» (regenerar) responde de nuevo y revisa errores, «Another approach» (otro enfoque) te da una solución distinta y «Explain simpler» (explicar más simple) añade una explicación en palabras sencillas debajo del código.
Qué incluye cada respuesta de programación
El código respeta la firma de la función del código inicial, así que encaja en los problemas de LeetCode, HackerRank, Codility y CodeSignal. También resuelve SQL y archivos como Terraform, YAML o un Dockerfile.
Cada respuesta indica los casos límite que cubre el código, listos para cuando el entrevistador te pregunte si ya terminaste. «Another approach» te da una solución realmente distinta con una línea sobre cómo se compara, para que puedas hablar de las ventajas y desventajas antes de decidirte.
- Código completo y ejecutable en el lenguaje del editor
- Complejidad en tiempo y espacio
- Casos límite señalados antes de que te los pregunten
- Una frase para decir en voz alta y una explicación sencilla cuando la pidas
Las repreguntas parten del código
La escucha sigue activa mientras trabajas en la pantalla. Cuando el entrevistador pregunta «¿puedes optimizarlo?» o «¿por qué un hash map?», la respuesta parte del código que ya se mostró. Si pides código en voz alta, como «escríbelo sin recursión», también recibes el código completo.
Si prefieres pensarlo tú, escribe lo que quieres en «Ask», por ejemplo «dame solo una pista» o «enumera los casos límite», y recibes exactamente eso. Nada de esto reinicia la sesión ni cuesta créditos extra.
Antes de la entrevista
La ventana superpuesta queda excluida de la pantalla compartida y de las grabaciones de pantalla, así que el entrevistador ve tu editor, no el asistente. Pero el puntero del mouse sí se comparte, y hacer clic en la ventana superpuesta quita el foco del editor, algo que algunas plataformas de programación registran. Usa los atajos de teclado.
- Aprende los atajos: ⌘/Ctrl + Enter para responder, ⌘/Ctrl + H para capturar y ⌘/Ctrl + B para ocultar o mostrar la ventana superpuesta.
- Si quieres, define un lenguaje de programación preferido en «Interview Setup» (configuración de la entrevista). Solo se usa cuando la pantalla no muestra ningún lenguaje.
- Haz una sesión corta con cualquier problema tipo LeetCode para que el flujo te resulte familiar.
- Revisa las reglas de la ronda. Las plataformas de programación supervisadas varían y algunas prohíben herramientas externas.