Preparación para la entrevista de Backend: 6 temas y ejemplos

La preparación para la entrevista de Backend se organiza en torno a tres bloques: preguntas teóricas (bases de datos, concurrencia, API, seguridad), live coding práctico y una parte conductual sobre la experiencia de tu CV. Los seis temas clave del bloque teórico son: bases de datos, concurrencia, diseño de API, seguridad, observabilidad y arquitectura orientada a eventos. La profundidad esperada depende del nivel: un Junior explica cómo funciona un mecanismo, un Middle cuándo aplicarlo, un Senior los compromisos y los límites de aplicabilidad.

De qué se compone la entrevista de Backend

Una entrevista técnica típica de desarrollador Backend, tanto en empresas de la región como en compañías internacionales, se compone de tres bloques que pueden repartirse en una o varias etapas:

Parte teórica — preguntas sobre temas fundamentales: bases de datos, red, concurrencia, arquitectura. Se evalúa la profundidad de comprensión, no las definiciones memorizadas.
Parte práctica — live coding: resolver un problema en tiempo real discutiendo el enfoque. Cómo funciona este formato lo vemos por separado.
Parte conductual — preguntas sobre la experiencia real de tu CV: qué decisiones tomaste, qué compromisos hubo, qué salió mal. Para entrenar este bloque existe el formato de análisis profundo de experiencia.

Esta página trata el primer bloque: los temas teóricos y cómo se preguntan en cada nivel.

Temas de la entrevista de Backend

Seis clusters temáticos cubren la gran mayoría de las preguntas de la parte teórica:

Bases de datos

Índices, transacciones y niveles de aislamiento, normalización, replicación, sharding, N+1, optimización de consultas, SQL vs NoSQL.

Concurrencia

Hilos y procesos, async/await, GIL, condiciones de carrera, bloqueos, pools de conexiones, backpressure.

Diseño de API

Semántica REST, idempotencia, versionado, paginación, manejo de errores, rate limiting, gRPC vs REST.

Seguridad

Autenticación y autorización, JWT y sesiones, OWASP Top 10, inyecciones SQL, XSS, CSRF, gestión de secretos.

Observabilidad

Logging, métricas, tracing, alerting, SLO/SLI, diagnóstico de degradaciones en producción.

Arquitectura de eventos

Colas de mensajes, Kafka, garantías de entrega, exactly-once, consumidores idempotentes, patrón outbox.

Términos clave de la entrevista de Backend

Definiciones que se preguntan con más frecuencia — formulaciones cortas que conviene saber dar de inmediato:

ACID — cuatro propiedades de una transacción: atomicidad (todo o nada), consistencia (transición entre estados válidos), aislamiento (las transacciones paralelas no se interfieren), durabilidad (los datos confirmados no se pierden).

Niveles de aislamiento — grado de visibilidad de los cambios no confirmados entre transacciones: Read Uncommitted, Read Committed, Repeatable Read, Serializable. Cuanto más estricto el nivel, menos anomalías (lectura sucia, lectura no repetible, lecturas fantasma) y menor concurrencia.

Idempotencia — propiedad de una operación de dar el mismo resultado al ejecutarse repetidamente. GET, PUT y DELETE son idempotentes, POST no. Crítica para el manejo fiable de peticiones repetidas y reintentos.

Consulta N+1 — antipatrón en el que, para una lista de N objetos, se ejecuta 1 consulta por la lista y N consultas más por los datos relacionados. Se resuelve con carga ansiosa (JOIN o precarga en una sola consulta).

Índice — estructura de datos que acelera la búsqueda de filas por una columna a costa de escrituras más lentas y espacio adicional. B-tree — para rangos y ordenación; índice hash — solo para coincidencia exacta.

Patrón outbox — forma de garantizar la entrega de un evento: el mensaje se escribe en la misma transacción de BD que los datos de negocio, y un proceso aparte lo lee de la tabla y lo publica en el broker. Resuelve la pérdida del evento entre el commit en la BD y el envío a la cola.

Cómo cambian las preguntas según el nivel

Un mismo tema se pregunta de forma radicalmente distinta en cada nivel. La diferencia no está en la dificultad de los términos, sino en la profundidad de la respuesta esperada:

Junior — «qué es y cómo funciona»

Bases de datos · Junior ¿Qué es un índice en una base de datos y por qué no se pueden indexar simplemente todas las columnas? entender el trade-off entre velocidad de lectura y coste de escritura, no una definición memorizada.

API · Junior ¿En qué se diferencia PUT de PATCH y cuál de los dos es idempotente? conocer la semántica REST y entender la idempotencia — concepto básico para diseñar APIs fiables.

Middle — «cuándo y por qué»

Concurrencia · Middle Tu servicio en Python hace 200 llamadas HTTP externas por petición. Hilos, procesos o asyncio — ¿qué eliges y por qué? entender la carga I/O-bound vs CPU-bound y el papel del GIL, y saber justificar la elección.

Bases de datos · Middle Una consulta con JOIN de tres tablas iba rápida, pero tras crecer los datos pasó a tardar 40 segundos. ¿Tus pasos? experiencia práctica: EXPLAIN, lectura del plan de consulta, trabajo con índices y estadísticas.

Senior — «compromisos y límites de aplicabilidad»

Arquitectura de eventos · Senior Un servicio de pagos publica eventos en Kafka. ¿Cómo garantizas que el evento no se pierda si el servicio cae entre la escritura en la BD y el envío al topic? conocer el patrón outbox, entender las transacciones distribuidas y sus alternativas, los límites de las garantías exactly-once.

Observabilidad · Senior La latencia P99 se duplicó, pero la latencia media no cambió. ¿Qué significa esto y cómo lo diagnosticas? entender los percentiles, las latencias de cola y un enfoque sistémico del diagnóstico, no «miro los logs».

La diferencia clave de una respuesta senior es el análisis de compromisos. Ante «cómo hacer X», un middle nombra una forma que funciona; un senior nombra dos o tres formas con las condiciones de uso de cada una. La evaluación en IT Interview Coach se calibra con este mismo principio: una respuesta sin trade-offs para nivel Senior se marca como parcial.

Dónde fallan los candidatos

Conocer la herramienta sin entender el mecanismo. El candidato usa Redis desde hace tres años, pero no sabe explicar qué pasa cuando se llena la memoria. Las preguntas «qué hay debajo del capó» son la forma estándar de comprobar la profundidad.
Responder a otra cosa. Preguntan por los niveles de aislamiento y el candidato cuenta todo lo que sabe sobre transacciones. La estructura «primero la respuesta directa, luego los detalles» resuelve esto.
Falta de cifras y órdenes de magnitud. Un candidato senior debe manejar órdenes de magnitud: cuántos RPS aguanta una instancia de PostgreSQL, cuánto cuesta un round-trip de red, cuándo una tabla se vuelve «grande».
Silencio ante lo desconocido. En vez de razonar desde primeros principios — «no me he encontrado con eso». Los entrevistadores hacen preguntas en el límite del conocimiento a propósito, para ver el razonamiento.

Cómo estructurar la preparación

Diagnóstico. Haz 2–3 entrevistas simuladas de tu especialización — verás tus temas débiles reales en lugar de los que supones. A menudo no coinciden.
Trabajo dirigido. Trabaja los temas débiles en el modo «Preparación por temas»: eliges un cluster concreto — por ejemplo, concurrencia — y entrenas solo ese.
Vuelta al formato mixto. Tras el trabajo dirigido, otra entrevista simulada completa para comprobar el progreso con temas aleatorios.
Antes de la entrevista real. Una sesión sobre los temas relevantes para la vacante, más el análisis profundo de experiencia si se espera una parte conductual.

Si has subido tu CV al bot, las preguntas se adaptan a tu stack: un candidato con PostgreSQL y Kafka en el CV recibirá preguntas sobre PostgreSQL y Kafka, no sobre «bases de datos» y «colas» abstractas.

Preguntas y respuestas

¿Hay que estudiar algoritmos para la entrevista de Backend?

Depende de la empresa. Las grandes tecnológicas (BigTech internacional) casi siempre incluyen una sección de algoritmos. Las empresas de producto de tamaño medio suelen comprobar habilidades prácticas: bases de datos, API, depuración. Pregunta el formato al reclutador — es una práctica normal.

¿Las preguntas del bot están atadas a Python o sirven para otros lenguajes?

El núcleo de temas — bases de datos, API, arquitectura, seguridad — es independiente del lenguaje. Las preguntas específicas de lenguaje (por ejemplo, sobre el GIL) aparecen si el stack correspondiente figura en tu perfil o CV. A los candidatos con Go, Java o Node.js en el CV, las preguntas se les adaptan a su stack.

¿Cuánto tiempo se necesita para preparar la entrevista de Backend?

Con trabajo regular (3–4 sesiones por semana de 20–30 minutos) el progreso se nota en 2–3 semanas: las respuestas se vuelven estructuradas y los temas habituales dejan de bloquearte. Prepararse «de cero a Senior» no es cuestión de semanas, pero preparar una entrevista concreta teniendo experiencia es una tarea de 2–4 semanas.

¿Qué hago si en la entrevista real preguntan algo que no sé?

Razonar en voz alta desde primeros principios: «No me he encontrado con esto, pero por cómo funciona X, supongo que...». Los entrevistadores hacen preguntas en el límite del conocimiento a propósito — se evalúa el razonamiento. El silencio o un «no sé» sin intentarlo es la peor respuesta.

Ver también

Ponte a prueba con preguntas reales

Elige la especialización Backend y tu nivel — recibe la primera pregunta en un minuto. Evaluación de cada respuesta y análisis de tus temas débiles al terminar la sesión. Inicio gratuito.

▶ Empezar a entrenar

Preparación para la entrevista de Backend: temas, preguntas, estrategia