“What's the hardest technical problem you've solved?”
Elige un problema difícil de diagnosticar, no uno largo de programar: un bug que solo aparecía en producción, una condición de carrera, una fuga de memoria. Cuenta cómo acotaste, qué instrumentaste y qué te dijo el dato. La frase que mejor funciona es «the hard part wasn't the fix, it was building the evidence». Cierra con el resultado y ofrécete a profundizar.
We had a memory leak that only showed up in production after about 36 hours, and nothing reproduced locally. I scheduled heap snapshots, diffed them, and found we were caching request objects in a module-level map that never got cleared. The hard part wasn't the fix — that was three lines — it was building the evidence that pointed there. Memory's been flat ever since. Want me to go deeper on that?
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 pregunta que calibra tu techo técnico: el entrevistador compara la dificultad que tú consideras alta con el listón de su equipo. Por eso el ejemplo que eliges pesa más que cómo lo cuentas. También miden si sabes explicar algo complejo en inglés a alguien que no tiene tu contexto, empezando por lo general y bajando al detalle solo cuando te lo piden, que es la misma habilidad que usarás en cada incidente.
En resumen: «Difícil» aquí no significa largo de programar, sino difícil de diagnosticar. Y cuidado: «solucionar» es «to solve» o «to fix», nunca «to solution». Empieza alto y pregunta si quieren que profundices.
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