Inglés para pruebas técnicas remotas (coding interviews en inglés)

Una coding interview en inglés se evalúa tanto por lo que dices mientras programas como por el código en sí: el entrevistador necesita escuchar tu razonamiento en voz alta. Aprende frases fijas para "pensar en voz alta" ("Let me think through the approach first"), pedir aclaraciones ("Just to confirm, are we assuming...") y manejar bloqueos ("Let me step back and reconsider"), y practica usarlas mientras resuelves problemas, no memorizadas aparte.

Una prueba técnica remota en inglés combina dos destrezas distintas que casi nunca se practican juntas: resolver el problema técnico, y narrar tu proceso de pensamiento en un idioma que no es el tuyo, en tiempo real, mientras alguien te observa. Puedes ser excelente programador y aun así quedar mal en esta prueba, simplemente porque el silencio mientras piensas se interpreta como que no sabes qué hacer — cuando en realidad sí lo sabes, solo que en español.

Antes de escribir una sola línea: aclara el problema

La mayoría de entrevistadores valoran más las preguntas de aclaración que un candidato que empieza a codear de inmediato sin confirmar los supuestos. Frases útiles para esta etapa:

• "Just to make sure I understand correctly, the input will always be..." — confirma un supuesto antes de asumirlo.
• "Are there any edge cases I should account for, like an empty array or negative numbers?" — muestra pensamiento riguroso, no solo dominio del idioma.
• "Can I assume the input is always valid, or should I handle invalid input as well?" — pregunta que casi siempre impresiona porque pocos la hacen.

Narrar el razonamiento mientras programas

El silencio es el enemigo número uno de una coding interview en inglés — no porque esté mal pensar en silencio, sino porque el entrevistador no puede evaluar un razonamiento que no escucha. Frases de transición que sirven para narrar sin sonar repetitivo:

• "My initial approach would be to..." — para abrir con una idea antes de comprometerte con ella.
• "Let me think through the time complexity of this before I commit to it." — muestra que estás evaluando alternativas, no solo escribiendo lo primero que se te ocurre.
• "Actually, wait — I think there's a more efficient way to do this." — corregirte en voz alta es una señal positiva, no negativa; muestra autocrítica.
• "I'll start with a brute-force solution and then optimize it." — deja claro tu plan desde el inicio, así el entrevistador no se pregunta si sabes que tu primera solución no es la óptima.

Cuando te bloqueas (y te vas a bloquear)

Bloquearte en una coding interview es normal y esperado — lo que importa es cómo lo manejas en inglés, no si sucede. Quedarte en silencio total es lo peor que puedes hacer. En cambio:

• "Let me step back and reconsider my approach." — señal clara de que estás recalibrando, no perdido.
• "I might be overcomplicating this — let me simplify." — honesto y constructivo.
• "Could you give me a hint, or should I keep exploring this direction?" — pedir ayuda con esta frase suena profesional, no como rendirse.
• "I'm going to walk through a small example to make sure my logic holds." — usar un ejemplo concreto en voz alta te ayuda a pensar y le muestra al entrevistador tu método.

Vocabulario técnico que conviene tener listo

Ciertos términos aparecen en casi cualquier problema y conviene que salgan sin pensarlo: "loop" (bucle), "edge case" (caso límite), "time complexity" / "space complexity" (complejidad temporal / espacial), "off-by-one error" (error de índice desplazado en uno), "recursion" (recursividad), "to traverse" (recorrer, como en "traverse the tree"), "to iterate over" (iterar sobre), "hash map" / "dictionary", "to refactor" (refactorizar). No necesitas memorizarlos por separado — aparecen naturalmente si programas explicando en voz alta con regularidad antes de la entrevista real.

Después de terminar la solución: revisarla en voz alta

Muchos candidatos, al terminar de escribir código, se quedan callados esperando el veredicto. Es mejor cerrar el ciclo tú mismo: "Let me walk through this with a quick example to double-check the logic" y después ofrecer un resumen: "So the time complexity here is O(n log n) because of the sort, and space is O(n) for the auxiliary array." Ese cierre demuestra que entiendes lo que escribiste, no solo que lo escribiste.

Practicar la narración, no solo el algoritmo

La forma más efectiva de prepararte no es solo resolver más problemas — es resolver los problemas que ya sabes resolver, pero narrándolos en voz alta en inglés, grabándote si es posible. La lógica ya la tienes; lo que falta es la fluidez para explicarla sin que el idioma se convierta en un obstáculo adicional sobre el obstáculo técnico. Practicar esto un par de semanas antes de la entrevista cambia notablemente cómo se percibe tu nivel, incluso si tu inglés general no mejora en ese tiempo.