Cómo prepararte para una entrevista técnica en inglés sin ser nativo del idioma

Una entrevista técnica en inglés exige dos destrezas a la vez: resolver el problema y verbalizar el razonamiento en un idioma que no es el materno, y la segunda suele fallar antes que la primera. Lo que más ayuda no es memorizar vocabulario técnico —que casi siempre ya se domina de leer documentación— sino practicar en voz alta la narración del propio pensamiento mientras se resuelve algo, hasta que explicar en inglés deje de competir por la misma atención que resolver el problema.

Una entrevista técnica ya es estresante en el idioma propio: hay que resolver un problema bajo presión, con alguien observando, muchas veces en una pizarra o un editor compartido donde no hay dónde esconder la duda. Sumarle que todo eso hay que hacerlo en inglés multiplica la carga cognitiva de una forma que casi nadie anticipa hasta que le pasa: de repente el cerebro está dividido entre pensar la solución y pensar cómo decirla, y ese reparto de atención es lo que hace que alguien técnicamente muy sólido se vea, en la entrevista, menos capaz de lo que es.

El vocabulario técnico casi nunca es el problema real

La mayoría de profesionales que ya trabajan con documentación, foros y especificaciones en inglés tienen un vocabulario técnico pasivo amplio — entienden los términos cuando los leen. El problema en una entrevista no es no conocer la palabra "scalability" o "throughput", es no poder producirla en el momento exacto en que se necesita, mientras al mismo tiempo se está pensando en el problema. Es la diferencia entre reconocer una palabra y recuperarla activamente bajo presión — y esa segunda destreza necesita práctica específica, no más lectura.

Verbalizar el pensamiento: la destreza que casi nadie entrena

En casi cualquier entrevista técnica moderna se espera "pensar en voz alta": explicar el razonamiento mientras se llega a la solución, no solo entregar la respuesta final. Esto ya es una destreza específica en el propio idioma —mucha gente técnica es mejor resolviendo en silencio que narrando lo que hace— y en un segundo idioma se vuelve todavía más difícil, porque narrar exige producir frases completas en tiempo real, no solo palabras sueltas.

• "I am thinking of two possible approaches here..." — frase de arranque útil para ganar un segundo y organizar la idea antes de comprometerse con una solución.
• "Let me walk through the logic before I write any code" — señala al entrevistador que viene una explicación estructurada, y da tiempo para pensarla.
• "That would work, but I think there is a more efficient way, let me think" — permite corregirse en voz alta sin que suene a que se cometió un error grave.
• "To summarize, the trade-off here is between X and Y" — cierre útil para cualquier explicación técnica, casi siempre aplicable.

Practicar con problemas reales, en voz alta, en inglés

La preparación más efectiva no es estudiar vocabulario técnico en abstracto, sino tomar problemas de práctica reales (los mismos que ya se usarían para prepararse en español) y resolverlos narrando el proceso completo en inglés, en voz alta, grabándose si es posible. La primera vez va a sonar torpe y lento — eso es esperable y es justo la parte que se está entrenando. Después de varias sesiones, las frases de transición ("so what I am going to do next is...", "the reason I chose this approach is...") empiezan a salir automáticamente, liberando atención para el problema técnico en sí.

Qué hacer cuando falta una palabra a mitad de la explicación

Va a pasar: en medio de una explicación técnica, va a faltar una palabra específica. El error más común es detenerse por completo a buscarla en silencio, lo cual se lee peor que simplemente parafrasear. "It is basically a way to... reduce the number of times we access the database" comunica la idea de "caching" sin usar la palabra exacta, y sigue demostrando que el razonamiento técnico está intacto — que es, al final, lo que la entrevista está evaluando.

Preguntas de seguimiento y pedir aclaración

Una parte subestimada de la entrevista técnica es poder pedir aclaración sobre el problema sin que suene a que no se entendió el enunciado. Frases como "Just to clarify, are we assuming the input is always sorted?" o "When you say real-time, do we mean sub-second latency?" son preguntas que cualquier candidato fuerte haría en su propio idioma, y hacerlas en inglés con naturalidad es parte de sonar seguro, no un signo de debilidad en el idioma.

El día de la entrevista: bajar la carga cognitiva donde se pueda

Si la entrevista permite elegir el lenguaje de programación o el formato de la explicación, conviene elegir siempre la opción más cómoda técnicamente, para no sumar más carga mental al hecho de ya estar hablando en un segundo idioma. Y llegar con dos o tres frases de arranque y de cierre bien automatizadas —no memorizadas palabra por palabra, sino practicadas hasta salir con naturalidad— libera justo la atención que se necesita para la parte que de verdad importa: resolver el problema.