Preguntas de entrevista para desarrolladores backend sin respuestas correctas

Piensa en tu última entrevista. Te preguntaron cosas como "¿qué es ACID?" o "¿en qué se diferencia una interfaz de una clase abstracta?". Recitaste definiciones memorizadas de un libro de referencia. El entrevistador marcó una casilla en su libreta y pasaste al siguiente punto. Este tipo de diálogos se parecen a un examen oral en la universidad. No demuestran bien cómo un candidato resuelve problemas del mundo real.

Ariardo Martini, autor del repositorio Back-End Developer Interview Questions, se encontró con el mismo problema. Prefiere pasar un día completo con los candidatos haciendo programación en pareja. Pero cuando no hay tiempo para desarrollo colaborativo, necesitas temas que generen discusión en lugar de respuestas ensayadas.

Una hoja de referencia sin respuestas correctas

El proyecto es una colección estructurada de temas para entrevistas conversacionales con desarrolladores backend. El repositorio ha recopilado más de 16.000 estrellas, pero no contiene ni una sola respuesta lista para usar.

Y esto es intencional. El autor advierte desde el principio: la mayoría de las preguntas aquí son abiertas. No tienen una única solución correcta. El objetivo de la colección es iniciar una conversación que revele el proceso de pensamiento del desarrollador, su actitud hacia los compromisos arquitectónicos y su comprensión de los principios fundamentales.

Qué propone discutir el autor

Todos los materiales están divididos en secciones temáticas. Aquí hay algunos bloques que muestran claramente la estructura del repositorio.

Arquitectura y patrones de diseño

En lugar de recitar nombres de patrones del libro de GoF, el candidato recibe tareas prácticas. ¿Por qué se consideran malas prácticas los objetos globales y estáticos? ¿Cuáles son los límites de usar Active Record frente a Data Mapper? O cómo trabajar alrededor del "error de los mil millones de dólares" — el concepto de referencias nulas que ha causado miles de fallos en producción.

Lenguajes y paradigmas

Este bloque contiene preguntas sobre sistemas de tipos, estilo funcional y el funcionamiento interno de los lenguajes. Podrías que te pidan reescribir un bucle usando recursión con solo estructuras de datos inmutables. O discutir por qué los constructores en Java y C# no son parte de las interfaces.

Sistemas distribuidos y bases de datos

Aquí se pone a prueba la comprensión de los desafíos prácticos de escalado. ¿Cómo evalúa el candidato los compromisos del teorema CAP? ¿Qué modelo de comunicación elegirá para los microservicios: Request/Reply o Publish/Subscribe? ¿Cómo abordar las pruebas de código concurrente cuando los errores se manifiestan una vez al mes bajo alta carga?

Temas no técnicos y procesos

Una parte inesperada del repositorio aborda preguntas de gestión y colaboración. ¿Cómo explicas la naturaleza del código legacy a un gerente de proyecto y demuestras la necesidad de trabajar en la deuda técnica? ¿Cómo organizas el trabajo del equipo bajo horarios flexibles y políticas de vacaciones ilimitadas?

El valor de este enfoque

El principio de selección de preguntas en sí mismo es interesante. Martini recomienda llevar a las entrevistas temas cuyas respuestas no están completamente claras para el propio entrevistador. De esta manera, el diálogo se convierte en un intercambio genuino de experiencia.

El repositorio contiene una categoría separada de tareas con fragmentos de código. Se le da al candidato un fragmento subóptimo o peligroso. La tarea es encontrar una fuga de memoria en una implementación de pila o refactorizar una cadena de cinco estructuras anidadas if. Esto muestra si la persona detecta code smells y se preocupa por la legibilidad.

Otra capa consiste en escenarios hipotéticos al estilo de las preguntas de entrevista de Bill Gates. Imagina que tu jefe es tu clon exacto. ¿Querrías trabajar para él? O intenta defender COBOL contra los defensores de los lenguajes modernos. Tales temas ponen a prueba la flexibilidad mental y la capacidad de argumentar una posición sin fanatismo.

Cómo usar el repositorio

Los responsables de contratación no deberían intentar revisar las 150 listas de una sola vez. Eso convertiría la entrevista en una maratón de varias horas. Es más inteligente elegir dos o tres secciones enfocadas que coincidan con los requisitos específicos del puesto.

Para los desarrolladores, el proyecto es útil para la autoevaluación. Revisa los temas. Si términos como Herencia Covariante y Contravariante o Falacias de la Computación Distribuida te generan confusión, tienes una lista lista de temas para estudiar por tu cuenta.

Finalmente, estos son temas listos para las discusiones de equipo. Toma la pregunta de monolito versus microservicios y realiza una revisión de arquitectura de una hora de tu propia aplicación.

Back-End Developer Interview Questions es una herramienta para cambiar el formato de la entrevista de examen oral a diálogo entre pares.

Si realizas entrevistas, consulta este repositorio e intenta construir una conversación como iguales. Y si estás planeando buscar trabajo, usa la colección como referencia para evaluar tu propio conocimiento.