Hay una paradoja en las entrevistas técnicas que muchos ingenieros senior conocen de primera mano: llevas diez años construyendo sistemas reales, tomando decisiones de arquitectura y resolviendo problemas complejos en producción, y aun así te piden que implementes un árbol binario en cuarenta y cinco minutos en una pizarra.
Esa experiencia genera frustración válida. También llega a una conclusión equivocada: que las entrevistas técnicas son intrínsecamente arbitrarias y que la única forma de superarlas es memorizar patrones de LeetCode.
La realidad es más matizada. Hay tipos de entrevistas técnicas que sí valoran la experiencia y el criterio de un senior. Y hay formas de prepararse que no requieren convertirte en un competidor de los algoritmos.
Qué evalúan realmente las buenas entrevistas técnicas
Las empresas que contratan bien a nivel senior generalmente evalúan tres cosas distintas, en proporciones que varían según el rol:
- Capacidad técnica de base. La confirmación de que puedes escribir código que funciona, que entiendes las estructuras de datos relevantes para el trabajo y que puedes razonar sobre la complejidad. Para un rol senior, no necesitas ser un campeón de competitive programming. Requiere que implementes soluciones correctas a problemas razonables sin ayuda.
- Criterio de ingeniería. Cómo piensas sobre tradeoffs, cómo diseñas sistemas, cómo identificas qué partes de un problema son difíciles y por qué. Este es el componente en el que la experiencia real marca la diferencia. Un ingeniero con diez años de experiencia en sistemas en producción tiene intuiciones sobre failure modes, escalabilidad y mantenibilidad que no se aprenden en tutoriales.
- Capacidad de comunicación técnica. Cómo explicas tu razonamiento, cómo manejas la incertidumbre, cómo reaccionas cuando el entrevistador empuja en una dirección o cambia el problema. Esto es especialmente importante en el trabajo remoto, donde la comunicación técnica clara forma parte del día a día.
- El problema es que no todas las empresas evalúan las tres. Algunas han delegado el proceso de entrevistas a plataformas basadas en algoritmos y, en realidad, solo evalúan la primera entrevista. Identificar qué tipo de empresa es antes de invertir tiempo en prepararte para ella forma parte de la estrategia.
Cómo filtrar las entrevistas que vale tu tiempo
No todas las oportunidades de trabajo requieren el mismo nivel de preparación. Antes de invertir semanas preparándote para un proceso específico, vale la pena contar con información sobre el tipo de entrevistas que la empresa realiza.
Señales de que el proceso valora criterio de ingeniería:
La entrevista incluye el diseño de sistemas en tiempo real para discutir trade-offs. Los problemas son de su dominio real, no de abstracciones genéricas. Te dan contexto del negocio antes de preguntarte por la solución técnica. El entrevistador hace preguntas de seguimiento sobre por qué elegiste ese enfoque, no solo sobre si funciona.
Señales de que el proceso es principalmente filtro de algoritmos:
Los problemas son puzzles clásicos de competitive programming desconectados del trabajo real. El énfasis está en la solución óptima en términos de complejidad, no en las consideraciones de un sistema real. El proceso es el mismo para los roles junior y senior.
Ambos tipos de proceso existen y tienen sus razones. El punto es que son desafíos distintos y requieren una preparación diferente.
Cómo prepararse sin depender de LeetCode
Para el componente de algoritmos, que aparece en casi todo proceso, la preparación eficiente para un senior no consiste en resolver cientos de problemas aleatorios. Es cubrir los patrones que aparecen con mayor frecuencia y tener suficiente práctica para implementarlos sin bloqueos.
Los patrones que cubren el 80% de las preguntas de algoritmos en entrevistas senior: dos punteros y ventana deslizante, BFS/DFS en grafos y árboles, programación dinámica en sus variantes más comunes, manipulación de strings y arrays, y diseño de estructuras de datos simples. Cuarenta horas de práctica bien distribuidas en esos patrones son más efectivas que cien horas de problemas variados sin estructura.
Para el diseño de sistemas, la preparación más valiosa no es memorizar arquitecturas canónicas, sino desarrollar un modelo mental para pensar en términos de escala, disponibilidad y consistencia a partir de los principios fundamentales. Leer casos reales de empresas (los blogs de ingeniería de Stripe, Cloudflare, Netflix y similares) te da más que cualquier libro sobre el tema, porque ves cómo se resuelven problemas reales con restricciones reales.
Para las entrevistas de comportamiento y de criterio, el activo más valioso es contar con tus propias historias bien articuladas. Tres o cuatro situaciones de tu carrera donde tomaste una decisión difícil, lideraste algo que no salió bien al principio, o resolviste un problema técnico con consecuencias de negocio reales, son el material de preparación para esas entrevistas. El formato STAR (situación, tarea, acción, resultado) funciona bien como estructura.
Lo que la mayoría de los seniors hace mal en entrevistas técnicas
El error más común entre ingenieros con mucha experiencia real es asumir que el entrevistador inferirá su nivel de criterio sin que tengan que demostrarlo explícitamente.
En una entrevista de código, no basta con llegar a la solución correcta. Tienes que narrar el proceso: qué casos edge estás considerando, por qué elegiste esa estructura de datos, qué pasaría si el input fuera significativamente más grande, y si hay tradeoffs entre la solución que estás implementando y las alternativas que consideraste. Ese razonamiento visible es lo que diferencia a alguien que sabe programar de alguien con criterio de nivel senior.
En el diseño de sistemas, el error equivalente consiste en pasar directamente a la solución sin establecer los requisitos. El tiempo que inviertes en aclarar el problema antes de proponer una solución es tiempo bien invertido: le muestra al entrevistador que no asumes, que entiendes que las decisiones de diseño dependen de contexto, y generalmente mejora la calidad de la solución.
En entrevistas de comportamiento, el error más común es dar respuestas demasiado abstractas: "en mi último trabajo lideré proyectos importantes y trabajé bien en equipo." Eso no dice nada. La especificidad es lo que hace que una respuesta sea creíble.
El factor que pocas personas consideran
Las entrevistas técnicas tienen un componente que rara vez se menciona: la empresa también está siendo evaluada.
Los ingenieros sénior con opciones en el mercado pueden (y deben) hacer preguntas durante el proceso que les brinden información real sobre el entorno de trabajo. Cómo maneja el equipo la deuda técnica. Qué pasó con el último incidente de producción importante. Cómo se toman las decisiones de arquitectura. Si el equipo puede responder esas preguntas con honestidad y detalle, eso es información sobre el tipo de ingeniería que realizan. Si las respuestas son vagas o defensivas, también lo es.
El proceso de entrevistas es bidireccional. Tratarlo como unidireccional, donde solo tú eres evaluado, es dejar de usar información que está disponible.
La posición honesta
Las entrevistas técnicas son un mecanismo de evaluación imperfecto. Algunas son genuinamente buenas en predecir si alguien va a funcionar bien en el rol. Muchas no lo son.
Lo que sí es cierto: prepararse bien para ellas, con un enfoque específico y honesto sobre lo que se evalúa, reduce significativamente la variabilidad. No garantiza que pases todos los procesos, pero te pone en posición de pasar los que valen y de identificar los que no, antes de invertir demasiado tiempo en ellos.
