Cómo preparar una entrevista técnica en 2026
Una entrevista técnica no mide solo si sabés programar. Mide cómo pensás, cómo explicás decisiones, cómo pedís aclaraciones, cómo manejás presión y si podés convertir conocimiento en trabajo real.
Respuesta rápida: para preparar una entrevista técnica en 2026 necesitás practicar tres frentes: problemas de código o ejercicios del rol, explicación de proyectos propios y preguntas conductuales. La mejor preparación combina simulacros, portfolio, lectura del puesto, repaso de fundamentos y una rutina de 7 a 14 días antes de la entrevista. Si buscás empleo junior en LATAM, tu objetivo no es sonar perfecto: es demostrar que podés pensar, comunicar, aprender y defender evidencia real.
Si estás buscando tu primer empleo tech, usá esta guía junto con las rutas de empleo, el marketplace de cursos prácticos y la guía de cómo conseguir primer empleo tech.
Resumen: qué preparar primero
Si tenés poco tiempo, prepará esto en orden:
| Prioridad | Qué preparar | Evidencia mínima |
|---|---|---|
| 1 | Descripción del puesto | Lista de 5 habilidades repetidas y 3 ejemplos propios |
| 2 | Proyecto principal | Demo, README, decisiones, errores y próxima mejora |
| 3 | Fundamentos del rol | Código, SQL, APIs, debugging o diseño según el puesto |
| 4 | Comunicación | Presentación de 60 segundos y respuestas STAR |
| 5 | Simulacro | Una práctica cronometrada con feedback o grabación |
La mayoría falla por preparar temas sueltos. La entrevista mejora cuando cada respuesta conecta con una historia concreta: qué construiste, qué problema resolviste, qué aprendiste y qué harías distinto.
Qué evalúa una entrevista técnica
Una entrevista técnica evalúa señales, no perfección. Para perfiles junior o trainee, la empresa suele mirar si podés aprender, comunicarte y resolver problemas razonables con ayuda. Para perfiles semi-senior, espera más autonomía, criterio y experiencia explicando decisiones.
| Etapa | Qué evalúa | Cómo prepararte |
|---|---|---|
| Screening inicial | Motivación, comunicación, expectativas y encaje con el rol | Prepará presentación de 60 segundos, salario esperado y razones para aplicar |
| Entrevista de código | Resolución de problemas, fundamentos y claridad al pensar | Practicá ejercicios fáciles/medios, explicá en voz alta y testeá casos borde |
| Revisión de proyecto | Calidad del portfolio, decisiones técnicas y aprendizaje | Elegí 2 proyectos y prepará arquitectura, trade-offs, errores y mejoras |
| System design | Diseño de sistemas, escalabilidad y decisiones técnicas | Para junior: entendé APIs, base de datos y caching básico; para senior: trade-offs |
| Behavioral | Trabajo en equipo, conflictos, feedback y ownership | Usá STAR: situación, tarea, acción y resultado |
Checklist antes de la entrevista técnica
Antes de entrar a la llamada, deberías tener esto listo:
- CV actualizado y consistente con LinkedIn.
- Dos proyectos que puedas explicar sin leer.
- Un repositorio con README claro, instalación y decisiones técnicas.
- Una historia de error o conflicto contada con STAR.
- Preguntas preparadas sobre equipo, stack, métricas y próximos pasos.
- Entorno técnico probado: cámara, audio, editor, internet y link de reunión.
- Un rango salarial realista si el proceso lo pide.
Cómo preparar la parte de código
No practiques al azar. Separá la preparación por tipo de problema:
| Tema | Qué practicar | Señal que quiere ver el entrevistador |
|---|---|---|
| Arrays y strings | Búsqueda, conteo, dos punteros, frecuencia | Pensás en complejidad y casos borde |
| Objetos/hash maps | Agrupar, contar, detectar duplicados | Usás estructuras simples antes de complicar |
| SQL básico | SELECT, WHERE, JOIN, GROUP BY, ORDER BY | Sabés leer datos reales |
| APIs | GET/POST, errores, validación, auth básica | Entendés comunicación cliente-servidor |
| Debugging | Leer logs, aislar causa, probar hipótesis | No te bloqueás ante errores |
Durante el ejercicio, no te quedes callado. Un buen flujo es:
- Repetí el problema con tus palabras.
- Preguntá límites, ejemplos y formato esperado.
- Proponé una solución simple.
- Escribí código legible.
- Probá con casos normales y casos borde.
- Explicá complejidad y mejoras posibles.
Qué practicar según el rol
No todas las entrevistas técnicas son iguales. Un frontend junior no debería preparar lo mismo que una persona de data o backend. Usá esta matriz para estudiar con foco:
| Rol | Lo que suelen preguntar | Práctica útil | Proyecto que conviene mostrar |
|---|---|---|---|
| Frontend junior | HTML semántico, CSS responsive, JavaScript, APIs, estado y errores | Consumir una API, validar formularios, explicar componentes | Landing o app con filtros, formulario y deploy |
| Backend junior | HTTP, rutas, validación, base de datos, auth básica y logs | Crear endpoints, probar errores y documentar requests | API CRUD con README y ejemplos de uso |
| Data analyst | SQL, métricas, joins, agregaciones, dashboards y explicación de negocio | Resolver consultas con GROUP BY, ORDER BY y casos borde | Dashboard con conclusión y fuente de datos |
| QA automation | Casos de prueba, bugs, selectores, flujos críticos y reportes | Escribir pruebas para login, formulario o checkout simple | Suite pequeña con Playwright o Cypress |
| IA/productividad | Prompts, automatización, verificación, límites y datos | Crear workflow con entrada, salida y control humano | Automatización que ahorra tiempo o mejora calidad |
Si no sabés cuál es tu rol, empezá por una ruta corta: frontend si querés ver interfaces, data si te atraen métricas, backend si querés APIs y automatización si ya tenés tareas repetitivas en tu trabajo actual.
Cómo explicar tus proyectos
Muchos candidatos preparan algoritmos pero fallan explicando su propio portfolio. Para cada proyecto, prepará esta estructura:
- Problema: qué necesidad resuelve.
- Usuarios: para quién está hecho.
- Stack: tecnologías y por qué las elegiste.
- Arquitectura: frontend, backend, base de datos, APIs y despliegue.
- Decisiones: qué trade-offs tomaste.
- Errores: qué salió mal y cómo lo corregiste.
- Próxima mejora: qué harías si tuvieras una semana más.
Si no tenés proyectos sólidos, empezá por una ruta corta en cursos de programación o una ruta laboral en empleos tech. La entrevista mejora cuando tenés evidencia concreta.
Guion para presentar tu proyecto en 2 minutos
Usá este guion para no improvisar:
Construí [proyecto] para resolver [problema].
Lo hice para [usuario o contexto].
Usé [stack] porque [decisión].
La parte más difícil fue [desafío] y lo resolví con [acción].
Si tuviera una semana más, mejoraría [próxima mejora].
Ejemplo:
Construí un dashboard de ventas para analizar productos con baja rotación.
Lo hice para practicar SQL, métricas y visualización de negocio.
Usé Python, SQL y Power BI porque quería combinar limpieza de datos y reporte final.
La parte más difícil fue definir qué métrica importaba; lo resolví separando ventas, margen y stock.
Si tuviera una semana más, agregaría filtros por región y alertas automáticas.
Preguntas típicas de entrevista técnica
Estas preguntas aparecen mucho en procesos junior:
- Contame cómo funciona tu proyecto principal.
- ¿Por qué elegiste ese stack?
- ¿Cómo manejarías un error en producción?
- ¿Qué diferencia hay entre frontend y backend?
- ¿Cómo consumirías una API?
- ¿Qué harías si una consulta SQL tarda demasiado?
- ¿Cómo validarías datos de un formulario?
- ¿Qué aprendiste de tu último error técnico?
Para responder bien, no memorices frases. Prepará ejemplos reales de proyectos, cursos, bugs y decisiones.
Preguntas y respuestas ejemplo para entrevista técnica junior
Usá estas respuestas como estructura, no como guion para copiar. La clave es cambiar cada ejemplo por evidencia propia: repositorio, demo, curso terminado, práctica de SQL, dashboard, bug real o mejora concreta.
| Pregunta | Qué quiere evaluar | Respuesta base |
|---|---|---|
| "Contame un proyecto técnico" | Si podés explicar problema, usuario, stack y decisiones | "Construí una app/dashboard/API para resolver X. Elegí Y stack porque Z. La decisión más importante fue A y la próxima mejora sería B." |
| "¿Cómo resolvés un bug?" | Método, calma y debugging | "Primero reproduzco el error, después reviso logs o datos de entrada, formulo una hipótesis, pruebo un cambio pequeño y documento la causa." |
| "¿Qué harías si no sabés la respuesta?" | Honestidad y aprendizaje | "Diría qué sí sé, qué necesito confirmar, cómo lo buscaría y propondría una solución inicial para validar con el equipo." |
| "¿Cómo trabajás con feedback?" | Colaboración | "Pido ejemplos concretos, separo feedback técnico de juicio personal, aplico una mejora y cierro el ciclo mostrando el cambio." |
| "¿Por qué querés este rol?" | Encaje con el puesto | "Porque el rol combina X habilidad que ya practiqué con Y desafío que quiero aprender. Traigo evidencia en Z proyecto." |
Una respuesta fuerte tiene tres capas: contexto breve, decisión técnica y resultado. Si hablás 5 minutos sin mostrar resultado, perdés fuerza. Si solo decís "hice un curso", falta evidencia. La entrevista técnica mejora cuando mostrás algo que funciona y podés defenderlo.
Checklist de evidencia antes de postular
Antes de aplicar a un empleo, armá una carpeta de evidencia. Esto convierte Cursalo en una ruta de trabajo real, no solo en lectura:
- GitHub o portfolio: 2 proyectos con README, captura, demo o explicación de decisiones.
- SQL o datos: una consulta con
JOIN,GROUP BY,ORDER BYy una conclusión de negocio. - Frontend: una página responsive con formulario, estado de carga, error y deploy.
- Backend: una API con rutas, validación, manejo de errores y ejemplos de requests.
- Caso STAR: una historia de error, conflicto o aprendizaje con situación, tarea, acción y resultado.
- Perfil profesional: LinkedIn, CV y bio coherentes con el rol al que aplicás.
Si te falta evidencia, no postules al azar. Elegí una ruta en empleos, completá 2 o 3 lecciones clave y sumá una pieza visible al portfolio. También podés usar el marketplace para mirar cómo se presentan profesionales y transformar tu proyecto en un servicio concreto.
Rutina de 15 minutos por día
No todo el mundo puede estudiar 4 horas por día. Para sostener preparación mientras trabajás o estudiás, usá esta rutina:
| Minutos | Acción | Resultado |
|---|---|---|
| 0-5 | Repasar una pregunta típica | Una respuesta más clara |
| 5-10 | Explicar un proyecto en voz alta | Menos muletillas y más síntesis |
| 10-15 | Resolver un micro ejercicio o leer un error | Mejor fluidez técnica |
Repetida durante 10 días, esta rutina produce más mejora que leer veinte artículos sin practicar. Para recibir nuevas guías de empleo, sumate al newsletter desde la página y usá cada envío como una práctica semanal.
Preguntas para hacerle al entrevistador
Hacer buenas preguntas también suma. Mostrás criterio, interés y capacidad de pensar en el trabajo real, no solo en pasar la prueba.
- ¿Qué problema principal debería resolver esta persona en los primeros 90 días?
- ¿Cómo se revisa código o trabajo técnico dentro del equipo?
- ¿Qué stack usan hoy y qué parte está cambiando?
- ¿Cómo se mide éxito para este rol?
- ¿Qué tipo de tareas recibe una persona junior durante el onboarding?
- ¿Qué documentación, pair programming o mentoría existe?
- ¿Cuál es el mayor desafío técnico del equipo ahora?
Errores que te bajan puntos
1. Empezar a programar sin aclarar el problema
Antes de escribir código, confirmá input, output, límites y ejemplos. Eso muestra criterio.
2. No explicar decisiones
Si resolvés en silencio, el entrevistador no ve tu proceso. Explicá por qué elegís una estructura, qué alternativa descartás y qué probarías.
3. Inflar experiencia
Decir “sé Kubernetes” porque viste un video suele jugar en contra. Es mejor decir: “lo conozco a nivel conceptual, todavía no lo usé en producción”.
4. No preparar preguntas
Una entrevista también evalúa interés. Preguntá por stack, responsabilidades, onboarding, métricas del rol y cómo se define éxito en los primeros 90 días.
Plan de preparación de 7 días
| Día | Acción |
|---|---|
| 1 | Leé la descripción del puesto y marcá habilidades exigidas |
| 2 | Elegí 2 proyectos y escribí cómo explicarlos |
| 3 | Practicá 3 ejercicios de código o SQL del nivel del rol |
| 4 | Simulá una entrevista y grabate explicando |
| 5 | Prepará respuestas STAR para conflicto, error y aprendizaje |
| 6 | Repasá fundamentos del stack y preguntas frecuentes |
| 7 | Verificá entorno, descansá y prepará preguntas para el equipo |
Simulacro de entrevista técnica de 45 minutos
Hacé este simulacro una o dos veces antes de la llamada real:
| Minutos | Bloque | Qué hacer |
|---|---|---|
| 0-5 | Presentación | Explicá quién sos, qué buscás y qué proyecto querés mostrar |
| 5-15 | Proyecto | Mostrá repo, demo, decisiones, errores y próxima mejora |
| 15-30 | Ejercicio técnico | Resolvé un problema simple de código, SQL, API o debugging |
| 30-38 | Preguntas conductuales | Respondé con STAR: situación, tarea, acción y resultado |
| 38-45 | Cierre | Hacé preguntas del rol y resumí por qué encajás |
Grabarte sirve aunque sea incómodo. Vas a detectar muletillas, explicaciones largas, silencios y partes del proyecto que no podés defender todavía.
Cómo negociar sin improvisar
Si el proceso llega a oferta, negociá con datos y sin inventar. Investigá rangos por país, modalidad, seniority y tipo de empresa. En remoto internacional, no compares solo con salarios locales; compará también responsabilidades, inglés, huso horario y beneficios.
Una frase útil:
Gracias por la oferta. Me interesa mucho el rol y el equipo.
Antes de cerrar, quería revisar si hay flexibilidad en la compensación
considerando el alcance del puesto, la modalidad y mi experiencia.
También podés negociar días remotos, presupuesto de formación, equipo, fecha de inicio, vacaciones o revisión salarial a los 3-6 meses.
Próximo paso en Cursalo
Si tenés una entrevista cerca, no estudies todo. Elegí una ruta y prepará evidencia:
- Para roles frontend: practicá componentes, APIs y portfolio.
- Para data: prepará SQL, dashboards y explicación de métricas.
- Para marketing tech: prepará casos, campañas y análisis.
- Para IA/productividad: prepará automatizaciones y ejemplos aplicados.
Entrá a rutas de empleo, elegí una ruta concreta y convertí esta guía en una práctica semanal.
Checklist final antes de postular
- Tengo una presentación de 60 segundos.
- Puedo explicar dos proyectos sin leer.
- Mi README tiene instalación, demo, stack y decisiones.
- Practiqué al menos un simulacro cronometrado.
- Preparé respuestas STAR para error, conflicto y aprendizaje.
- Tengo preguntas concretas para el entrevistador.
- Sé conectar mis cursos y proyectos con el puesto.
- Revisé empleos tech, elegí una ruta y sé qué evidencia me falta.