Preguntas de entrevista para desarrollador backend: qué preguntan de verdad

Las ofertas de backend listan una docena de tecnologías, y es difícil saber cuáles se pondrán a prueba realmente en la entrevista. Esta sección mapea las áreas de preguntas que se repiten en las entrevistas de backend. El stack cambia de una empresa a otra, pero los temas de fondo se mantienen estables.

• Diseño de API. REST frente a RPC, versionado, paginación, respuestas de error, autenticación y claves de idempotencia.
• Bases de datos y modelado de datos. Elegir almacenamiento relacional o de documentos, índices, joins, transacciones, niveles de aislamiento, consultas N+1, y cómo ejecutar migraciones de esquema con seguridad.
• Caché y rendimiento. Invalidación de caché, expiración, cache stampedes, y cómo perfilarías un endpoint lento.
• Concurrencia y fiabilidad. Condiciones de carrera, bloqueos, colas, tiempos de espera y reintentos con backoff.
• Diseño de sistemas. Enunciados como un acortador de URL, un limitador de tasa o un servicio de notificaciones.
• Código. Estructuras de datos y un problema práctico, normalmente en el lenguaje que prefieras.

Las rondas centradas en un lenguaje o framework profundizan en detalles específicos; el hub de bancos de preguntas reúne conjuntos para Go, Java, Spring Boot, microservicios y más.

Estas preguntas aparecen de una forma u otra en la mayoría de las entrevistas de backend. Practica respondiendo cada una en voz alta en menos de dos minutos:

• ¿Qué ocurre cuando añades un índice a una columna, y cuándo perjudica un índice?
• ¿Cuál es la diferencia entre los niveles de aislamiento read committed y serializable, y cuándo pagarías el coste del nivel más estricto?
• ¿Cómo encontrarías y arreglarías una consulta N+1 en un ORM?
• ¿Cómo haces que un endpoint de pagos sea seguro de reintentar por el cliente?
• ¿Cómo paginas un conjunto de resultados grande que cambia mientras el usuario hace scroll?
• ¿Cuándo elegirías un almacén de documentos frente a una base de datos relacional?
• ¿Cómo desplegarías el cambio de nombre de una columna sin downtime?

Una buena respuesta sigue siempre la misma forma: indica tu elección por defecto, nombra el coste de esa elección y describe la situación en la que tu respuesta cambiaría. Los entrevistadores suelen indagar en ese caso de cambio, así que ten un ejemplo real preparado.

Para el diseño de sistemas, empieza aclarando los requisitos: quién llama al servicio, qué no se puede perder nunca, y si dominan las lecturas o las escrituras. Después esboza el diseño más simple que funcione, y añade cachés, colas o sharding solo cuando puedas decir qué requisito los obliga.

Las preguntas de depuración son donde se nota la experiencia real. A un ingeniero de backend que entrevistaba para un puesto de nivel medio en una empresa de pagos le preguntaron por qué la latencia de un endpoint se había duplicado tras un despliegue. En lugar de adivinar las causas, describió sus pasos: revisar qué había cambiado en el despliegue, comparar las trazas de la ruta lenta, leer el plan de ejecución de la consulta, y confirmar la solución con la misma métrica de latencia. Después lo relacionó con un incidente de consulta lenta de su trabajo anterior, y el resto de la conversación giró en torno a ese incidente en lugar de a las herramientas.

Prepara dos historias de producción antes de cualquier entrevista de backend: un bug que rastreaste hasta el final y una decisión de diseño que hoy tomarías de otra forma.

Leer respuestas no es lo mismo que decirlas. Repasa en voz alta la lista de preguntas anterior contra un cronómetro, o deja que la herramienta de entrevista simulada haga las preguntas y repregunte sobre respuestas vagas.

Para la entrevista de vídeo en directo, SubcueAI transcribe al entrevistador y redacta puntos de respuesta estructurados en una superposición local, ya sea en la app de escritorio para macOS o Windows (Zoom, Google Meet, Microsoft Teams) o en el panel lateral de la extensión de navegador para llamadas en una pestaña de Chrome o Edge. Ningún bot se une a la llamada. Es más útil en las rondas conversacionales, como las discusiones de diseño y las preguntas sobre experiencia. Las rondas de código con pantalla compartida, las evaluaciones supervisadas, las entrevistas grabadas de sentido único y los dispositivos gestionados por la empresa quedan fuera de lo que puede cubrir con seguridad, y todo lo que compartas en pantalla queda visible. La configuración está en la página del tutorial.