Te llega la invitación: ‘entrevista técnica de 90 minutos’. Y, de repente, tu cabeza se llena de preguntas: ¿será LeetCode? ¿me pedirán diseñar un sistema? ¿habrá pair programming con alguien mirándome el código en directo? La buena noticia es que la entrevista técnica preparación puede organizarse con método, calendario y métricas claras (no con ‘estudiar a ratos’).
Preparación: estructura práctica
En esta guía te dejo una estructura práctica para preparar entrevistas técnicas IT paso a paso: qué formatos te puedes encontrar, qué espera la persona entrevistadora, un plan de estudio de 6 semanas, cómo crear proyectos demostrables, cómo hacer simulacros con feedback y qué recursos usar (incluyendo LeetCode, HackerRank y referencias del mercado español). Esta hoja de ruta te ayudará a convertir la entrevista técnica preparación en un proceso replicable.
1) Tipos de entrevistas técnicas y qué espera el entrevistador
entrevista técnica preparación — formatos comunes
1.1. Coding interview (algoritmos y estructuras de datos)
Es la típica prueba de ‘resuelve este problema con código’. Puede ser en una plataforma (test cronometrado) o en directo en un editor compartido.
- Qué se evalúa: resolución de problemas, claridad, complejidad (Big O: tiempo/memoria), manejo de estructuras de datos y calidad de código.
- Qué espera la persona entrevistadora: que pienses en voz alta (tu razonamiento vale tanto como el resultado), que hagas preguntas para aclarar casos límite y que revises tu solución con ejemplos.
- Errores típicos: lanzarse a codear sin plan, no contemplar casos borde, no explicar decisiones, o ‘saber la respuesta’ pero no poder justificarla.
1.2. Diseño de sistemas (System Design)
Aquí no se trata de escribir código perfecto, sino de diseñar una solución escalable: arquitectura, componentes, datos, rendimiento, seguridad, observabilidad, etc.
- Qué se evalúa: capacidad de estructurar un problema, tomar decisiones con trade-offs (pros/contras), priorizar y adaptar el diseño al contexto.
- Qué espera la persona entrevistadora: que empieces por requisitos (funcionales y no funcionales), que definas supuestos, que propongas una arquitectura base y que la iteres.
- Términos técnicos explicados: trade-off = elegir entre dos opciones buenas, sacrificando algo (por ejemplo, más rendimiento a cambio de más coste).
1.3. Pair programming (programar ‘en pareja’)
Es una sesión en la que programas con otra persona (a veces quien entrevista). Se parece mucho a trabajar en equipo de verdad: comunicar, decidir, iterar y depurar.
- Qué se evalúa: colaboración, comunicación, hábitos de ingeniería (tests, refactor, lectura de errores), y cómo reaccionas cuando te bloqueas.
- Qué espera la persona entrevistadora: que pidas aclaraciones, que verbalices tu plan, que aceptes sugerencias y que sepas ‘desatascarte’ con método.
1.4. Take-home (prueba para casa) y review de código
Te mandan un ejercicio para entregar (API, mini-app, script, etc.) y luego lo comentáis. O te dan código y te piden revisarlo.
- Qué se evalúa: calidad, arquitectura, documentación, tests, decisiones técnicas, y capacidad de justificar lo hecho.
- Qué espera la persona entrevistadora: entregables claros (README), instrucciones reproducibles, commits ordenados y decisiones coherentes con el nivel del puesto.
1.5. Expectativas del mercado español (pistas rápidas)
En España, además de lo técnico, suele pesar mucho la capacidad de encajar en equipo, la autonomía y la adaptación (stack, procesos, cliente, etc.). Informes y guías locales como las de InfoJobs ayudan a entender qué perfiles y habilidades ganan peso de cara a 2025, especialmente en áreas como datos, ciberseguridad, cloud y desarrollo con buenas prácticas.
2) Plan de estudio de 6 semanas (algoritmos, sistemas, preguntas de diseño)
Este plan está pensado para dedicar entre 7 y 12 horas semanales. Si puedes más, aumenta volumen de práctica; si puedes menos, reduce cantidad pero mantén la rutina. Integra la entrevista técnica preparación en tu calendario semanal para que la práctica sea consistente y medible.
Semana 1: Base sólida (arrays, strings, hashing) + método
- Objetivo: recuperar fluidez y evitar errores tontos.
- Práctica: 10–15 problemas fáciles/medios (arrays, strings, mapas/hash).
- Rutina: 45–60 min problema + 15 min de revisión (casos límite, complejidad).
- Diseño de sistemas (mini): ‘Diseña una URL shortener’ a alto nivel (componentes y datos).
Semana 2: Two pointers, sliding window, stack/queue
- Objetivo: dominar patrones recurrentes (los que más caen en entrevistas).
- Práctica: 12–18 problemas medios (ventana deslizante, pilas, colas).
- Pair: 1 sesión simulada (30–45 min) con un amigo o grabándote.
- Diseño (mini): ‘Diseña un feed simple’ (timeline básica).
Semana 3: Árboles, BFS/DFS, recursión
- Objetivo: explicar recorridos y resolver sin perderse.
- Práctica: 10–14 problemas (recorridos, path sum, LCA, etc.).
- Revisión: prepara ‘plantillas’ de BFS/DFS en tu lenguaje (sin memorizar, entendiendo).
- Diseño: ‘Diseña un sistema de chat básico’ (mensajes, almacenamiento, entrega).
Semana 4: Grafos, heaps, greedy (y cómo justificar)
- Objetivo: aprender a defender por qué una estrategia es válida.
- Práctica: 10–12 problemas medios/difíciles (prioridades, rutas, scheduling).
- System design: ‘Diseña un sistema de notificaciones’ (colas, reintentos, rate limit).
Semana 5: Dynamic Programming (DP) + system design en serio
- Objetivo: reconocer DP y construir solución paso a paso.
- Práctica: 6–10 problemas DP (empieza por 1D y 2D comunes).
- Diseño: 2 sesiones completas: requisitos → arquitectura → escalado → fallos → observabilidad.
- Término técnico explicado: observabilidad = tener métricas/logs/trazas para entender qué pasa en producción.
Semana 6: Simulación real + pulido
- Objetivo: convertir preparación en rendimiento bajo presión.
- Práctica: 2–3 mocks completos de coding (cronometrados) + 1 mock de diseño.
- Repaso: lista de errores recurrentes y plan para corregirlos.
- Portfolio: dejar tus proyectos listos para enseñar (README, demo, tests).
3) Cómo preparar ejercicios prácticos y proyectos demostrables
3.1. El error: ‘tengo proyectos’ (pero nadie los entiende)
Un proyecto sirve si una persona que no te conoce puede verlo y pensar: ‘esta persona trabaja con orden’. No hace falta que sea enorme; hace falta que sea claro. En la entrevista técnica preparación, tus proyectos deben poder explicarse en 2 minutos.
3.2. Checklist de un proyecto demostrable (en 2–6 horas)
- README con: qué hace, cómo se ejecuta, cómo se testea, decisiones técnicas, y qué mejorarías con más tiempo.
- Tests aunque sean pocos (unitarios o integración básica).
- Pequeña arquitectura: separación por capas o módulos, no todo en un archivo.
- Calidad: linters/formatters, manejo de errores, logs mínimos.
- Entrega ‘profesional’: commits con mensajes útiles.
3.3. Ideas de proyectos según perfil
- Backend: API REST con autenticación, paginación, rate limit y caché (aunque sea simple).
- Frontend: dashboard con filtros, estado, tests de componentes y accesibilidad básica.
- Data: pipeline pequeño (ingesta → limpieza → modelo simple → reporte) con notebook limpio y reproducible.
- DevOps/Cloud: despliegue con IaC (infra como código) + CI/CD mínimo + monitorización sencilla.
3.4. Cómo conectar proyecto y entrevista
Prepara un guion de 2 minutos:
- Problema que resuelves
- Decisiones clave y por qué
- Trade-offs (qué sacrificaste)
- Qué mejorarías si fuese a producción
4) Simulacros y feedback (la parte que más acelera tu mejora)
4.1. Simulacros de coding: estructura recomendada
- 5 min: entender enunciado + preguntas + casos límite
- 10 min: idea + complejidad + pseudocódigo
- 20–30 min: implementación
- 10 min: pruebas manuales + refactor rápido
- 5 min: explicar alternativa o mejoras
4.2. Cómo pedir feedback útil (y no ‘todo bien’)
- ¿En qué minuto se notó el bloqueo y por qué?
- ¿Mi explicación fue clara o confusa?
- ¿Tomé buenas decisiones de complejidad?
- ¿Qué hábito debería cambiar en la próxima sesión?
4.3. Si no tienes con quién practicar
- Grábate (audio o pantalla) resolviendo 1 problema y revísalo como si fueras entrevistador.
- Haz sesiones cronometradas en plataformas tipo LeetCode/HackerRank y escribe un ‘post-mortem’ de 5 líneas.
- Busca comunidades locales/online para mocks (meetups, Discord/Slack tech).
5) Preparación para soft skills y preguntas de comportamiento
5.1. Lo que realmente se evalúa
En muchas decisiones de contratación, dos personas con nivel técnico parecido se diferencian por: comunicación, claridad, colaboración, autonomía y madurez ante problemas.
5.2. Tu ‘pack’ de historias (STAR)
Usa el marco STAR (Situación, Tarea, Acción, Resultado). En cristiano: contexto, qué se esperaba, qué hiciste, qué pasó.
- Un conflicto técnico con otro perfil (cómo lo resolviste)
- Un bug/incidencia en producción (cómo actuaste)
- Una mejora de performance o calidad (qué mediste)
- Un proyecto con incertidumbre (cómo priorizaste)
5.3. Preguntas habituales y cómo enfocarlas
- ‘Cuéntame sobre ti’: 60–90 segundos, orientado al puesto (no biografía completa).
- ‘Por qué esta empresa / este rol’: conecta tu experiencia con su stack/retos.
- ‘Puntos débiles’: uno real + cómo lo estás trabajando (con ejemplo).
- ‘Expectativas salariales’: rango razonable y justificado (mercado + experiencia + valor aportado).
6) Recursos clave y métricas de progreso
6.1. Recursos recomendados (según objetivo)
- LeetCode: ideal para patrones de entrevistas, problemas por dificultad, secciones de práctica y simulaciones. Útil para entrenar velocidad y repertorio.
- HackerRank: muy práctico para preparación estructurada (kits por temas) y para acostumbrarte a tests cronometrados.
- Guías y tendencias en España (InfoJobs): sirven para aterrizar expectativas: qué perfiles suben, qué habilidades se repiten y cómo evoluciona la demanda TI hacia 2025.
6.2. Métricas sencillas (y honestas) para saber si mejoras
- Tiempo hasta tener una idea (minutos): si baja, estás interiorizando patrones.
- % de problemas resueltos sin mirar soluciones: objetivo realista > 60% en nivel medio tras varias semanas.
- Errores por sesión: compílacion, casos borde, off-by-one, etc. Debe tender a bajar.
- Calidad de explicación (1–5): ¿te entienden? ¿orden? ¿justificas complejidad?
- Repetición inteligente: reintenta 10–15 problemas ‘clave’ a la semana siguiente para consolidar.
6.3. Señales de ‘listo para entrevista’
- Resuelves problemas medios en 30–40 min con explicación clara.
- En diseño, arrancas siempre por requisitos y propones una arquitectura coherente.
- En pair programming, comunicas y te recuperas bien de un bloqueo.
- Tienes 1–2 proyectos presentables con README y decisiones justificadas.
¿Quieres preparar entrevistas con un plan adaptado a tu perfil?
En AddYou trabajamos con talento IT y procesos técnicos a diario. Si estás en búsqueda activa y quieres ayuda para enfocar tu preparación (según tu seniority, stack y tipo de entrevistas), o si representas a una empresa y quieres mejorar cómo evaluáis perfiles técnicos, podemos ayudarte. Si necesitas apoyo específico en tu entrevista técnica preparación, contacta y diseñamos un plan.
Recursos
Estos recursos te ayudarán a profundizar en la bibliografía recomendada: ‘Cracking the Coding Interview’ — Gayle Laakmann McDowell: guía práctica con 189 preguntas típicas de entrevistas, estrategias y consejos para pensar en voz alta; compra/consulta: Amazon (Cracking the Coding Interview)
Puedes consultar este libro para System Design y arquitecturas: ‘Designing Data-Intensive Applications’ — Martin Kleppmann: ideas clave sobre almacenamiento, procesamiento y fiabilidad a escala; sinopsis corta: fundamentos para diseñar sistemas escalables y mantenibles; compra/consulta: Amazon (Designing Data-Intensive Applications)
Si quieres profundizar en algoritmos te recomiendo el clásico: ‘Introduction to Algorithms’ (CLRS) — Cormen, Leiserson, Rivest, Stein: referencia exhaustiva para teoría y práctica de algoritmos; sinopsis corta: cobertura formal y ejercicios; compra/consulta: Amazon (CLRS)
Estos cursos y plataformas te ayudarán a practicar con estructura (online): LeetCode y HackerRank (problemas por patrón y simulaciones cronometradas); Coursera – Algorithms, Part I (Princeton) para afianzar fundamentos teóricos y prácticos: LeetCode | HackerRank | Coursera – Algorithms, Part I | Grokking the System Design Interview (Educative) | freeCodeCamp
Estos recursos te ayudarán a hacer simulacros y obtener feedback real: plataformas para mocks y pair programming — Pramp (entrevistas entre pares), interviewing.io (mocks con ingenieros), y comunidades donde encontrar sesiones en vivo (Discord/Slack/meetups técnicos). Accede directamente a: Pramp | interviewing.io
Puedes ampliar contexto y tendencias del mercado español con estas lecturas y reportes: artículo/tendencias de InfoJobs sobre el sector TIC en España y el informe colaborativo DigitalES/InfoJobs sobre empleos emergentes 2025: InfoJobs – Tendencias laborales TIC | Informe DigitalES – Empleos emergentes 2025 (PDF)
Estos recursos te ayudarán a preparar proyectos demostrables y portafolio: guías y plantillas prácticas (README, tests, CI/CD básicos) y repositorios de ejemplo — consulta freeCodeCamp para tutorials prácticos y busca plantillas de README en GitHub; recursos clave: freeCodeCamp | GitHub (busca plantillas README & proyectos ejemplo)
