Preguntas de entrevista sobre Copilot: lo que los equipos preguntan de verdad

La mayoría de los desarrolladores teme que admitir un uso diario de Copilot se lea como una debilidad. No es así; los equipos dan por hecho que trabajas con un asistente y quieren oír cómo lo supervisas. Las preguntas caen en cinco familias.

• Flujo de trabajo: dónde se sitúa el asistente en tu ciclo y qué tareas le pasas.
• Revisión: cómo verificas el código generado antes de que llegue a una pull request.
• Seguridad y licencias: secretos en los prompts y código de procedencia incierta.
• Depuración: asumir un fallo en código que aceptaste en lugar de escribir.
• Criterio: las tareas en las que apagas el asistente.

Ninguna premia el conocimiento de la herramienta. Premian a quien puede describir un hábito y defenderlo. Hay más baterías de preguntas por puesto y ronda en el hub de preguntas de entrevista.

Da un ciclo concreto, no un veredicto sobre la herramienta. Las buenas respuestas nombran la tarea, la comprobación y el resultado.

Una ingeniera de backend que optaba a un puesto senior en una empresa de pagos lo contó así: usa Copilot para esbozar pruebas dirigidas por tabla y manejadores repetitivos, lee cada rama generada contra la especificación antes de subirla, y escribe ella misma los caminos sensibles a la concurrencia porque el asistente insistía en un orden de bloqueo que no podía justificar. El entrevistador dedicó los cinco minutos siguientes al orden de bloqueo, no a Copilot.

Ese es el patrón a copiar. Elige una tarea que delegas, una comprobación que ejecutas y una cosa que sigues escribiendo a mano. Las afirmaciones vagas sobre velocidad invitan a una repregunta que no podrás sostener, porque cualquier cifra que ofrezcas será examinada.

Esta es la familia donde los candidatos senior se distinguen, y también la que menos se prepara.

• ¿Pegas código propietario o secretos en un prompt? La respuesta esperada es no, con un motivo: el contenido del prompt sale de tu máquina.
• ¿Cómo tratas el código generado de procedencia incierta? Di cuál es la política de tu equipo, o di que pedirías una.
• ¿Alguna sugerencia introdujo una vulnerabilidad que detectaste? Un incidente concreto que estuvo cerca vale más que afirmar que nunca ocurre.
• ¿Dejarías fusionar código generado sin revisor humano? No, y prepárate para explicar qué detecta la revisión que las pruebas no.

Aaron Cao, fundador de SubcueAI, diseñó el asistente para que ningún bot se una a la llamada y nada se inyecte en la página de la reunión, por el mismo motivo por el que se hacen estas preguntas: los equipos confían en herramientas cuyo recorrido de datos alguien puede describir en voz alta. Ese recorrido está documentado en la página de seguridad.

La preparación aquí es verbal, no técnica. Ya conoces tu flujo de trabajo; lo que falta es describirlo en noventa segundos mientras alguien espera. Ensayar las preguntas en voz alta cierra esa brecha, y la práctica de entrevista simulada hace repreguntas en lugar de darte una lista para leer.

Ten claros también los límites en la entrevista real. SubcueAI funciona como aplicación nativa de macOS y Windows con una capa local, y como panel lateral de extensión del navegador que captura solo el audio de la pestaña de la reunión. Ninguno se une a la llamada como participante. Ninguno encaja en una evaluación vigilada, en un dispositivo gestionado por la empresa o mientras compartes pantalla, y ningún asistente es seguro en esos contextos.