Saltar al contenido
Persona explicando un diagrama abstracto de cajas y flechas en una pared de vidrio durante una entrevista técnica
Aprender IA

Entrevista técnica junior: cómo prepararte en 14 días

Una entrevista junior evalúa cómo resolvés y comunicás, no cuánto sabés de memoria. Con un plan de 14 días que incluye práctica en voz alta, simulacros y un desafío entregado con criterio, llegás con el proceso entrenado aunque el ejercicio sea nuevo.

Por · Equipo de contenido y revisiónPublicado: 8 min de lectura

Puntos clave

Los puntos que más importan

  • Se evalúan proceso, comunicación y honestidad; no respuestas perfectas.
  • Los cinco pasos para pensar en voz alta: reformular, aclarar supuestos, planificar, escribir simple y verificar.
  • Practicá sin autocompletado ni asistente: en la entrevista no los vas a tener.
  • El take-home se entrega con instrucciones, una prueba y decisiones explicadas.
  • Rechazar procesos abusivos o trabajos gratuitos extensos también es parte de prepararse.

Una entrevista técnica junior no mide cuánto sabés de memoria: mide si podés resolver un problema acotado y explicar cómo lo hiciste. Por eso se puede preparar en dos semanas con un plan concreto. La preparación correcta no es leer teoría sin parar, sino practicar en voz alta, simular el formato real y ordenar las respuestas para que se entiendan.

Este plan de 14 días está pensado para quien ya sabe lo básico (un lenguaje, algo de estructuras de datos) y tiene una entrevista agendada o quiere estar listo para postularse. Incluye qué se evalúa, el mapa típico del proceso, la rutina día por día, un ejemplo trabajado de cómo responder y las limitaciones que conviene tener presentes.

Qué se evalúa realmente en una entrevista junior

En un rol junior, quien entrevista asume que vas a aprender mucho en el trabajo. Por eso busca señales de proceso, no de conocimiento:

  • Cómo abordás un problema que no conocés. ¿Preguntás? ¿Dividís el problema? ¿Verificás supuestos?
  • Cómo comunicás. ¿Explicás mientras pensás o te quedás callado cinco minutos?
  • Cómo reaccionás al error. ¿Lo reconocés y corregís, o te aferrás a una solución que no funciona?
  • Qué tan sólida es tu base. Variables, funciones, listas, diccionarios, ciclos, complejidad básica.
  • Si sos honesto con lo que no sabés. Inventar una respuesta es la señal más costosa de todas.

Nadie espera una solución perfecta en veinte minutos. Se espera un razonamiento ordenado y una conversación honesta.

El mapa típico del proceso

EtapaDuraciónQué se evalúaCómo prepararla
Filtro inicial15-30 minMotivación, experiencia, disponibilidadRelato breve de dos minutos
Entrevista técnica45-60 minResolución de un ejercicio en vivoPracticar en voz alta
Desafío o take-home2-6 horasCalidad de código y decisionesEntregar con README y pruebas
Entrevista con el equipo30-45 minTrabajo en equipo y comunicaciónPreguntas concretas y casos propios
Oferta y negociación15-30 minCondicionesRango investigado y prioridades claras

Cada etapa se prepara distinto. Confundir la etapa es la causa más común de preparar lo que no se pregunta: estudiar algoritmos avanzados para una entrevista que evalúa comunicación no rinde.

Días 1 a 4: ordenar la base

Objetivo: poder escribir y explicar las operaciones elementales sin dudar.

  • Repasá el lenguaje que declaraste en tu CV: tipos, condicionales, bucles, funciones, listas y diccionarios.
  • Practicá leer código ajeno: abrí un proyecto pequeño y explicá en voz alta qué hace cada función.
  • Aprendé a estimar el costo de tus soluciones en términos simples: recorrer una lista dos veces es más lento que recorrerla una sola vez.
  • Escribí a mano, sin editor que autocomplete, las cinco operaciones que más vas a usar: filtrar, transformar, buscar, contar y ordenar.

Un detalle que casi nadie practica y que se nota mucho: saber nombrar variables. En una entrevista en vivo, un código con nombres claros comunica mucho mejor aunque la solución sea simple.

Días 5 a 8: resolver en voz alta

Este es el bloque que decide la entrevista. La técnica se llama pensar en voz alta y tiene cinco pasos que conviene memorizar hasta que salgan naturales:

  1. Repetir el problema con tus palabras y confirmar que entendiste.
  2. Aclarar supuestos y casos borde antes de escribir: ¿los datos pueden venir vacíos? ¿hay negativos?
  3. Describir el plan en dos o tres frases, y pedir confirmación si hay ambigüedad.
  4. Escribir una solución simple que funcione, aunque no sea la óptima.
  5. Probar con un ejemplo concreto y recién después proponer mejoras.

En la práctica diaria, elegí un ejercicio por día, cronometrá 25 minutos y grabate. Escuchar tu propia grabación es incómodo y es la forma más rápida de detectar silencios largos, saltos de razonamiento y muletillas.

Días 9 a 12: simulacro y desafío técnico

  • Día 9: simulacro completo. Alguien debe hacerte de entrevistador, con una pregunta que no conozcas. Aunque no sea del rubro, sirve: lo que se entrena es el proceso.
  • Día 10: resolver un ejercicio en un editor sin ayuda. Sin autocompletado y sin asistente de IA, porque en la entrevista no lo vas a tener.
  • Días 11 y 12: el take-home. Antes de programar, escribí qué problema resuelve y cómo vas a verificarlo. Entregá con: instrucciones para ejecutar, una prueba o un caso de ejemplo, y una sección con las decisiones que tomaste y lo que dejarías para después. Un desafío entregado con dos horas de trabajo bien organizado se ve mejor que uno de diez horas sin explicaciones.

Días 13 y 14: cierre y logística

  • Repasá tus propios proyectos: vas a recibir preguntas sobre ellos y necesitás contar decisiones, no solo funciones.
  • Prepará un relato breve de cada proyecto: problema, solución, qué mejorarías hoy.
  • Prepará cinco preguntas para el entrevistador. Sirven: cómo se decide qué se construye, cómo se revisa el trabajo, cómo se mide el primer trimestre, qué herramientas usan y qué esperan de un junior en 90 días.
  • Verificá la logística: enlace de la videollamada, batería, conexión alternativa, luz y ruido. Parece trivial hasta que falla.
  • Dormí. La memoria y la expresión oral caen en picada con dos noches mal dormidas.

Ejemplo trabajado: cómo responder una pregunta de código

Pregunta típica: "Dado un texto, devolvé la palabra que más veces se repite. Si hay empate, cualquiera de las más frecuentes."

Un junior puede responder en cuatro pasos, hablando:

1. Reformular. "Entiendo: recibo un texto, lo separo en palabras y quiero la más repetida. ¿Importan las mayúsculas y los signos de puntuación?"

2. Supuestos. "Asumo que ignoro mayúsculas y que los signos no cuentan. Si el texto está vacío, devuelvo None."

3. Plan. "Recorro las palabras, cuento con un diccionario y después busco la de mayor conteo. Es lineal en la cantidad de palabras."

def palabra_mas_repetida(texto):
    palabras = texto.lower().split()
    if not palabras:
        return None
    conteo = {}
    for palabra in palabras:
        conteo[palabra] = conteo.get(palabra, 0) + 1
    return max(conteo, key=conteo.get)

4. Verificación. Prueba con "hola mundo hola" (devuelve hola), con texto vacío (devuelve None) y con un empate.

Y si el entrevistador pregunta por mejora: "Podría limpiar la puntuación con una expresión regular y, si el texto fuera enorme, procesarlo por partes para no cargar todo en memoria."

Lo que el entrevistador anota de esta respuesta: el candidato aclaró supuestos, eligió una estructura adecuada, probó con casos y mencionó el costo. La solución es simple a propósito; eso también es una señal positiva.

Errores que eliminan candidatos junior

  • Empezar a escribir sin entender el problema. Es el error más costoso.
  • Quedarse en silencio. El entrevistador no puede evaluar lo que no escucha.
  • Discutir con el feedback. Corregir con calma cuando te muestran un caso que falla suma puntos; defenderte a ultranza los resta.
  • Mentir sobre lo que sabés. "No conozco esa herramienta, pero resolvería algo así" es una respuesta válida.
  • El desafío sin explicación. Código que funciona pero nadie entiende no demuestra criterio.
  • Llegar sin saber nada de la empresa. Dos búsquedas rápidas alcanzan para no confundir el producto.
  • Aceptar un proceso que te trata mal. Reprogramaciones constantes, preguntas incómodas, trabajo gratuito extenso: son señales de que el lugar no es para vos.

Limitaciones de este plan

  • No convierte lo que no sabés en lo que sabés. Catorce días ordenan lo aprendido; no reemplazan meses de práctica.
  • El formato cambia por empresa. Algunas hacen pair programming, otras piden ejercicios de SQL, otras evalúan diseño de soluciones. Preguntá el formato antes de preparar.
  • El sesgo existe. Edad, acento, discapacidad y origen influyen en procesos humanos. No es tu culpa y no se resuelve estudiando más; sí conviene elegir empresas con procesos estructurados.
  • Un "no" no es un veredicto sobre tu capacidad. Suele reflejar una coincidencia concreta entre la búsqueda y el perfil.
  • El take-home tiene costo. Si el ejercicio pide seis horas y entregar trabajo real para el negocio, es razonable pedir aclaraciones o rechazar.
  • La práctica con IA no equivale a la entrevista. Un asistente resuelve por vos; en la entrevista estás solo. Usalo para que te haga preguntas, no para resolver.

Preguntas frecuentes

¿Cuánto dura normalmente el proceso? Entre una y cuatro semanas en empresas medianas; puede extenderse a dos meses en organizaciones grandes con muchas etapas.

¿Qué pasa si me quedo en blanco? Pedí diez segundos para pensar, reformulá el problema en voz alta y empezá por el caso más simple. Casi siempre la claridad vuelve cuando bajás la complejidad del ejemplo.

¿Debo usar un asistente de IA durante una entrevista técnica? Solo si la consigna lo permite explícitamente. En un take-home, si lo usás, decilo y explicá qué revisaste: la honestidad se evalúa.

¿Es necesario resolver los algoritmos más famosos? No para un junior. Sí conviene entender búsqueda, ordenamiento y las estructuras básicas.

¿Cómo negocio el salario en el primer empleo? Investigá primero el rango del mercado para ese rol y tu zona, evitá dar una cifra en la primera llamada y pedí la propuesta por escrito para comparar el paquete completo, no solo el número bruto.

¿Qué hago si no paso la prueba técnica? Pedí feedback concreto y usalo. Un rechazo con tres observaciones útiles acelera el siguiente intento más que cualquier curso.

Siguiente paso

Si querés practicar con una ruta guiada, revisá el panorama de salidas laborales en inteligencia artificial y la guía de career switching para ordenar el plan completo. Para profundizar en la parte de datos, te sirve la guía de análisis de datos. Y si querés acompañamiento y ejercicios revisados, mirá los cursos de Cursalo y la categoría IA para el trabajo.

Siguiente paso

Domina la IA con Cursalo

Crea tu cuenta y avanza con rutas estructuradas, proyectos reales, libros y biblioteca de prompts.

02 / LLEVAR A LA PRÁCTICA

Después de leer

Convierte una idea útil en una habilidad repetible.

Elige una ruta breve, aplícala a una tarea real y termina con algo que puedas revisar, usar o compartir.