“What do you do when you're blocked and the rest of your team is asleep?”
Tres pasos, en este orden: intentas resolverlo tú solo durante un tiempo acotado (una hora de timebox leyendo código y documentación), escribes la pregunta con todo lo que ya has probado para que se responda de un tirón cuando se conecten, y aparcas la tarea para avanzar con otra. Lo que nadie quiere oír es “I wait” ni “I guessed and pushed it”.
First I give it a real attempt — I'll timebox about an hour to dig through the code and the docs myself. If I'm still stuck, I post the question in the channel with everything I've already tried, so they can answer it in one message when they come online. Then I park it and move to something else on my list. What I try not to do is sit and wait, or guess and push something risky.
Nivel B1-B2: pensada para que la adaptes a tu experiencia, no para memorizarla palabra por palabra. Cambia el stack, los años y el contexto por los tuyos.
Es la prueba de autonomía más directa de una entrevista remota. Con ocho horas de diferencia, un bloqueo mal gestionado son dos días perdidos, y la empresa está calculando cuánto te va a costar eso al mes. La parte que casi nadie prepara es la segunda: escribir en inglés una pregunta que incluya el contexto, lo ya intentado y lo que necesitas. Ahí se cae un ingeniero excelente en su idioma, no por no resolver el problema, sino por no saber pedir ayuda por escrito sin diez idas y venidas.
En resumen: La respuesta tiene tres partes: intento acotado, pregunta bien escrita y cambio de tarea. Se dice “I'm stuck”, no “I'm stucked”. Y avisar de que estás bloqueado no es debilidad: en remoto, callarte seis horas sí lo es.
Esta pregunta se responde en voz alta y bajo presión. En DevLingo la ensayas con un tutor IA que hace de entrevistador y te corrige la frase concreta que dijiste mal, no un listado genérico de errores.
Ensayar esta pregunta gratisTodas las preguntas de entrevista·Glosario de inglés técnico