Preguntas de entrevista para Software Engineer: respuestas que funcionan

La primera ronda de entrevistas para ingeniero de software puede sentirse como un examen sorpresa si no sabes qué esperar. Pasas horas resolviendo problemas en LeetCode, pero luego te preguntan sobre un conflicto con un compañero y te quedas en blanco. La realidad es que las empresas evalúan mucho más que tu capacidad para escribir código. Evalúan cómo piensas, cómo te comunicas y cómo encajas en el equipo.

Para ayudarte, he agrupado 12 preguntas realistas que te encontrarás en casi cualquier proceso de selección para ingeniero de software. Las he dividido en cuatro bloques: filtro, técnicas, diseño de sistemas y comportamiento. Para las más importantes, incluyo una respuesta modelo para que veas la estructura ideal.

El bloque de filtro: preguntas que abren o cierran puertas#

Estas preguntas suelen venir al principio, a veces de un reclutador por teléfono. No buscan una respuesta técnica compleja. Buscan descartar candidatos que no encajan en lo básico. Un error aquí y no llegarás a la siguiente ronda.

1. ¿Por qué te interesa esta empresa o este puesto? Qué evalúa: Si has investigado la empresa y si tus motivaciones se alinean con el rol. No quieren una respuesta genérica. Error común: Decir "porque es una gran empresa" o "porque busco trabajo". Eso aplica a cualquier sitio.

2. ¿Cuáles son tus expectativas salariales? Qué evalúa: Si has investigado el mercado y si tu rango es compatible con su presupuesto. Error común: Dar un número fijo y bajo por miedo. O peor, no tener ni idea.

Para esto, investiga rangos en sitios como Glassdoor o Levels.fyi. Para un ingeniero de software con 2-3 años de experiencia en España, los sueldos suelen moverse entre 30.000€ y 45.000€ brutos anuales, pero varían mucho según la ciudad, el tipo de empresa (startup vs. gran corporación) y la tecnología. Una buena respuesta es: "Basándome en mi experiencia y en la investigación del mercado, estoy buscando un rango entre X y Y euros. Soy flexible y me gustaría entender mejor el paquete de compensación completo". Siempre puedes usar nuestra búsqueda de empleo para ver qué ofertas publican rangos salariales.

3. ¿Cuál es tu disponibilidad para incorporarte? Qué evalúa: Logística. Necesitan saber si encajas en su calendario de contratación. Error común: Ser evasivo. Sé directo. "Tengo un periodo de preaviso de dos semanas, así que podría empezar el día X".

Bloque técnico: demuestra cómo piensas, no solo qué sabes#

Aquí es donde la mayoría se centra. Pero recuerda: el entrevistador no solo quiere la respuesta correcta. Quiere ver tu proceso de pensamiento, cómo desglosas un problema y cómo manejas la presión.

4. Dado un array de números, devuelve los índices de dos números que sumen un objetivo dado. Esta es la clásica pregunta de "Two Sum". Es un filtro técnico básico. Qué evalúa: Conocimiento de estructuras de datos (HashMap), capacidad para optimizar y explicar la complejidad (Big O). Error común: Saltar a la fuerza bruta (bucle anidado O(n²)) sin considerar alternativas.

Respuesta modelo (estructura, no código): "Mi primer instinto sería la fuerza bruta: comparar cada número con todos los demás. Eso sería O(n²). Pero podemos mejorar. Si creo un hashmap para almacenar los números que ya he visto, puedo recorrer el array una sola vez. Por cada número, calculo su complemento (objetivo - número actual) y compruebo si ya existe en el hashmap. Si existe, he encontrado la pareja. Si no, añado el número actual al hashmap y sigo. Esto me da una complejidad de O(n), que es mucho mejor para arrays grandes".

Si quieres practicar este tipo de problemas, puedes usar nuestra herramienta gratuita para analizar ofertas de empleo y ver qué tecnologías y conceptos piden más.

5. ¿Qué es un "race condition" y cómo lo evitarías? Qué evalúa: Comprensión de concurrencia, un tema que aparece en casi cualquier desarrollo backend o de sistemas. Error común: Definirlo de forma vaga. "Es cuando dos cosas pasan a la vez". No es suficiente.

6. Explica la diferencia entre una API REST y GraphQL. Qué evalúa: Conocimiento de arquitectura de software y capacidad para comparar tecnologías con sus pros y contras. Error común: Recitar definiciones del libro de texto sin dar contexto de cuándo usarías una u otra.

Bloque de diseño de sistemas: piensa en grande#

Estas preguntas suelen aparecer en entrevistas para puestos con más de 3-4 años de experiencia. No buscan que diseñes el sistema perfecto en 45 minutos. Buscan ver cómo abordas un problema abierto, cómo priorizas y cómo justificas tus decisiones de arquitectura.

7. Diseña un sistema para compartir fotos como Instagram. Qué evalúa: Capacidad para pensar en escalabilidad, almacenamiento, bases de datos, CDNs, y los trade-offs de cada decisión. Error común: Centrarse solo en el código y olvidar la infraestructura. ¿Cómo manejas millones de fotos? ¿Dónde las guardas?

8. ¿Cómo diseñarías un servicio de notificaciones para millones de usuarios? Qué evalúa: Entendimiento de sistemas asíncronos, colas de mensajes (Kafka, RabbitMQ), y cómo manejar la alta disponibilidad.

Bloque de comportamiento: el "fit" cultural#

Las empresas contratan personas, no solo currículos. Esta parte es tan importante como la técnica. Usan preguntas situacionales para predecir cómo actuarás en el futuro basándote en tu pasado.

9. Cuéntame sobre un tiempo en que tuviste un desacuerdo técnico con un compañero. Qué evalúa: Madurez, habilidades de comunicación, capacidad para trabajar en equipo y resolver conflictos de forma profesional. Error común: Culpar al otro, decir que nunca tienes conflictos o describir una pelea sin resolución.

Respuesta modelo (usa el método STAR: Situación, Tarea, Acción, Resultado): "En mi proyecto anterior, mi compañero y yo teníamos diferentes opiniones sobre cómo estructurar la API para una nueva funcionalidad. Yo prefería usar REST por su simplicidad, y él prefería GraphQL para evitar el over-fetching. En lugar de insistir en mi idea, propuse que ambos hiciéramos un spike de un día. Yo prototipé mi enfoque y él el suyo. Al final, comparamos la facilidad de implementación y el rendimiento. GraphQL resultó ser mejor para ese caso específico por la complejidad de los datos. Lo adoptamos y funcionó muy bien. Aprendí que lo importante no es tener razón, sino encontrar la mejor solución para el equipo".

10. Descríbeme un momento en que fallaste en un proyecto. Qué evalúa: Autoconocimiento, responsabilidad y capacidad para aprender de los errores. Error común: Elegir un "fracaso" que en realidad es una virtud disfrazada ("soy demasiado perfeccionista"). O peor, culpar a otros.

11. ¿Cómo priorizas tu trabajo cuando tienes múltiples tareas urgentes? Qué evalúa: Gestión del tiempo, comunicación con el equipo y capacidad para negociar plazos.

12. ¿Qué haces cuando no sabes cómo resolver un problema? Qué evalúa: Proactividad, habilidades de investigación y saber cuándo pedir ayuda.

Checklist de preparación#

Antes de tu próxima entrevista, repasa esta lista. No es negociable.

• Investiga la empresa: qué hacen, su producto, su cultura, sus valores.
• Revisa tu propio currículo y proyecto. Debes poder explicar cada línea con detalle.
• Practica en voz alta las respuestas de comportamiento usando el método STAR.
• Resuelve al menos 3-5 problemas de algoritmos por semana en plataformas como LeetCode.
• Prepara 3-5 preguntas para el entrevistador sobre el rol, el equipo o la tecnología.
• Usa nuestro analizador de compatibilidad de CV para asegurarte de que tu CV pasa los filtros automáticos.
• Para más consejos sobre tu carrera, visita nuestro blog con guías prácticas.

Preguntas frecuentes#

¿Cuánto dura una entrevista técnica de software?

Depende de la empresa y la ronda. Una primera pantalla técnica puede durar de 45 a 60 minutos. Una entrevista de diseño de sistemas o coding en profundidad suele ser de 60 a 90 minutos. Los "onsite" o jornadas de entrevistas pueden durar varias horas.

¿Es mejor usar Python o Java en la entrevista técnica?

Usa el lenguaje con el que te sientas más cómodo y productivo. Python suele ser preferido por su sintaxis concisa para resolver problemas de algoritmos. Java es una opción sólida si demuestra tu conocimiento de POO. Lo importante es resolver el problema, no el lenguaje.

¿Cómo respondo si no sé la respuesta a una pregunta técnica?

No te quedes en silencio ni finjas. Di algo como: "Esa es una pregunta interesante, no tengo la solución completa en este momento, pero mi primer paso para investigarlo sería...". Explica tu proceso de pensamiento. A veces, la forma en que abordas un problema desconocido es más valiosa que la respuesta.

¿Debo enviar un email de seguimiento después de la entrevista?

Sí, siempre. Un correo breve y profesional 24 horas después agradeciendo el tiempo y reiterando tu interés es un detalle que muchos candidatos omiten. Refuerza una buena impresión.

¿Qué pasa si me preguntan por qué dejé mi último empleo?

Sé honesto pero diplomático. Enfócate en lo que buscas, no en lo que huías. "Buscaba nuevos desafíos técnicos", "Quería trabajar en un producto con más escala" o "Buscaba una cultura más colaborativa" son respuestas profesionales. Nunca hables mal de tu empresa o jefe anterior.