Estas son 14 preguntas reales de entrevista en inglés para developers, agrupadas en recruiter screen, conductuales, técnicas y negociación. Cada una tiene su propia página con la pregunta tal como la hace un entrevistador, una respuesta modelo de nivel B1-B2 que puedes adaptar, las frases clave que conviene memorizar y los errores típicos de hispanohablantes.
Para quién es: programadores hispanohablantes que buscan un puesto remoto o en una empresa internacional y necesitan sonar claros y naturales en inglés, no solo entender la pregunta.
La primera llamada. Suele durar 20 minutos y decide si sigues en el proceso. Aquí no evalúan tu código: evalúan si te entienden y si encajas.
“Can you tell me a bit about yourself?”
Responde en tres frases, no con tu biografía: quién eres profesionalmente (“I'm a backend developer with about four years of experience”), en qué te has enfocado últimamente, y qué buscas ahora. Unos 45 segundos. El entrevistador no quiere tu historia completa, quiere saber si encajas y si te explicas con claridad.
“Why are you looking to leave your current role?”
Enmarca la salida como crecimiento, nunca como huida. La fórmula que funciona: reconoce lo aprendido, di que has llegado a un techo (“I've hit a ceiling in terms of technical growth”) y apunta a lo que buscas. Hablar mal de tu jefe o tu empresa actual es la red flag más rápida de toda la entrevista.
“What are your salary expectations for this role?”
Da un rango en vez de una cifra, ancla en la parte alta y devuelve la pregunta: “Based on my experience and the market, I'm targeting somewhere in the range of X to Y. What range did you have budgeted for this position?”. Quien dice el primer número suele perder, así que la devolución importa tanto como el rango.
Situación, tarea, acción, resultado. Cuentan una historia concreta en pasado. El error más común: responder en presente y sin resultado medible.
“Tell me about a time you disagreed with a teammate. How did you handle it?”
Usa STAR (Situación, Tarea, Acción, Resultado) y deja claro que discrepaste de la idea, no de la persona. Cuenta un desacuerdo técnico real, cómo pediste el razonamiento del otro antes de rebatir, y cómo llegasteis a una decisión conjunta. El resultado importa más que quién tenía razón.
“Tell me about a time you failed or made a mistake.”
Elige un fallo real pero no catastrófico, asume la responsabilidad sin rodeos (“I owned it immediately”), explica cómo lo arreglaste y cierra con el cambio de proceso que provocó. La estructura que buscan es: qué pasó, qué hiciste, qué cambió después. Nunca eches la culpa al equipo.
“Describe a time you had to meet a tight deadline.”
Enseña priorización y comunicación, no sacrificio. La estructura que funciona: dividiste el trabajo en tareas pequeñas, avisaste pronto de lo arriesgado (“I flagged early which parts were risky”), recortaste lo secundario para proteger el núcleo, y fuiste transparente sobre lo que quedó fuera. Entregar a tiempo recortando alcance es la respuesta correcta.
“Tell me about a time you led a project or mentored someone.”
Liderar no es haberlo hecho todo tú: es que el equipo entregara. Cuenta cómo repartiste el trabajo, cómo desbloqueaste a la gente (“I ran weekly syncs to unblock people”) y cómo alguien creció gracias a ti. Cierra con un resultado medible del equipo, no tuyo: “We shipped with zero downtime”.
No buscan la respuesta perfecta, buscan cómo razonas en voz alta. Estructura, decisiones y trade-offs valen más que el detalle.
“Walk me through how you debug a production issue you've never seen before.”
Narra el proceso en voz alta con conectores de secuencia: primero reproducir y acotar el alcance (“is it all users or just some?”), luego logs y deploys recientes porque la mayoría de incidentes vienen de un cambio reciente, después hipótesis y prueba, y si es urgente rollback primero e investigación después. Cierra con el postmortem.
“Tell me about a technical decision you made and why.”
Estructura en cuatro pasos: el problema, las opciones que valorabas, por qué elegiste una, y qué pasó después. La palabra que tienes que dominar es “trade-off”: nadie espera que la decisión fuera perfecta, esperan que supieras qué sacrificabas. “I argued for X even though…” es la construcción que mejor funciona.
“How would you design a URL shortener like Bit.ly?”
Empieza siempre por los requisitos antes de dibujar nada: crear códigos cortos, redirigir rápido y aguantar mucha lectura. Luego hash o contador base-62 para el código, base de datos para el mapeo y caché delante para los enlaces calientes. Como las redirecciones son read-heavy, caché y réplicas de lectura son lo que importa. Cierra pidiendo dirección.
“Do you have any questions for us?”
Nunca respondas “no, I'm good”: se lee como desinterés. Lleva dos o tres preguntas preparadas sobre el equipo (“What does a typical week look like?”), el proceso (“How do you handle code reviews and deployments?”) y las expectativas (“What would success look like in the first three months?”). Cierra explicando por qué preguntas.
La parte que más dinero mueve y menos se practica. Las frases exactas importan: ceder no es lo mismo que negociar.
“We can offer X. (X is below your target.) How does that sound?”
Agradece y muestra entusiasmo antes de contraofertar, siempre en ese orden: “Thank you, I'm really excited about the role. To be honest, X is a bit below what I was expecting… I was targeting closer to Y”. Después abre alternativas: “Is there flexibility on the base, or room to make up the difference with a signing bonus or equity?”.
“Why should we match the other offer you have?”
Deja claro primero que los prefieres a ellos, y solo después menciona la otra oferta: “I'd genuinely prefer to join your team… I have another offer at Z, and if you can get close to that, it makes my decision easy”. Añade “I'm not trying to start a bidding war” para desactivar el tono mercenario.
“(In a 1:1) You wanted to talk about your compensation — go ahead.”
Lleva datos, no sensaciones: logros concretos del último año más el rango de mercado de tu rol. Estructura: agradece el tiempo, enumera la responsabilidad que has asumido, pide la cifra (“I'd like to discuss bringing my salary in line, ideally to around X”) y cierra con “What would it take to get there?”, que obliga a tu manager a darte un plan en vez de un no.
En DevLingo ensayas estas mismas preguntas en voz alta con un tutor IA que hace de recruiter o de entrevistador técnico y te corrige la frase concreta que dijiste mal. Los escenarios de recruiter screen y daily standup son gratis.
Practicar una entrevista gratisRelacionado: Glosario de inglés técnico · Cómo responder “Tell me about yourself”