¿Cómo prepararme para una entrevista técnica? Siendo Programador Jr.

Te llegó la entrevista que estabas esperando. Ahora el estómago se cierra y pensás: "¿qué me van a preguntar?" La verdad es que las entrevistas técnicas para juniors tienen un patrón. No es magia, es preparación enfocada en lo que realmente importa.

La mayoría se prepara estudiando algoritmos complejos que nunca van a usar. Pero las empresas que contratan juniors buscan otra cosa: que sepas resolver problemas simples, que puedas explicar tu razonamiento y que demuestres hambre de aprender. Acá te cuento cómo prepararte sin perder tiempo en lo que no importa.

Lo que realmente evalúan en una entrevista técnica Jr

Las empresas saben que sos junior. No esperan que resuelvas problemas de optimización avanzada ni que conozcas todos los patrones de diseño. Buscan tres cosas concretas:

Fundamentos sólidos: Que entiendas variables, condicionales, loops, funciones y estructuras de datos básicas (arrays, objetos). No necesitás conocer árboles binarios, pero sí saber cuándo usar un array vs un objeto.

Capacidad de razonamiento: Que puedas descomponer un problema en pasos pequeños. Si te piden filtrar usuarios activos de una lista, que puedas explicar: "primero recorro el array, después chequeo la propiedad 'active', guardo los que cumplan la condición".

Comunicación: Que puedas explicar lo que estás haciendo mientras programás. El silencio incomoda al entrevistador. Hablá en voz alta, aunque te equivoques.

Qué estudiar (y qué dejar para después)

JavaScript: los conceptos que sí caen

Si vas a entrevistas de frontend o fullstack con JavaScript, estos temas aparecen en 8 de cada 10 entrevistas junior:

• Array methods: .map(), .filter(), .find(), .reduce(). Practicá transformar datos.
• Funciones: parámetros, return, arrow functions. Que te salga natural escribir una función.
• Objetos: cómo acceder a propiedades, agregar, modificar.
• Condicionales y loops: if/else, for, while. Parecen obvios pero bajo presión se complican.
• Asincronía básica: async/await, promesas simples. No necesitás dominar Promises avanzadas, pero sí entender que una API tarda en responder.

Dejá para después: Closures complejos, prototipos, event loop profundo. Si te lo preguntan, está bien decir "lo vi pero no lo trabajé a fondo todavía".

Algoritmos: lo justo y necesario

No necesitás resolver problemas de LeetCode Medium. Para juniors, alcanza con:

• FizzBuzz (sí, todavía se pregunta)
• Invertir un string
• Encontrar el número mayor/menor en un array
• Contar ocurrencias de elementos
• Validar palíndromos

Practicá 10-15 problemas simples en Codewars (level 7 y 8 kyu) o Exercism. La clave no es resolver 100, sino entender el proceso de resolución.

Tu stack: conocelo en profundidad

Si tu CV dice "React", tenés que poder:

• Crear un componente funcional
• Pasar y usar props
• Usar useState para un contador o toggle simple
• Explicar por qué usarías un componente vs una función común

Si pusiste "Node.js + Express":

• Crear una ruta GET que devuelva JSON
• Explicar qué es un endpoint
• Conectar con una base de datos (aunque sea con el ejemplo más básico)

No mientas en el CV. Si pusiste una tecnología, te la van a preguntar.

Cómo practicar (sin morir en el intento)

Hablá en voz alta mientras programás

Grabate resolviendo un ejercicio explicando cada paso. Da vergüenza al principio, pero es el mejor entrenamiento. Los entrevistadores valoran MÁS el proceso que la solución perfecta.

Ejemplo real:

// Mal: escribir en silencio y entregar
function filtrarActivos(usuarios) {
  return usuarios.filter(u => u.activo);
}

// Bien: explicar mientras escribís
// "Necesito devolver solo los usuarios activos"
// "Voy a usar filter porque devuelve un nuevo array"
// "Filter recibe una función que evalúa cada elemento"
// "Retorno true si la propiedad 'activo' es verdadera"
function filtrarActivos(usuarios) {
  return usuarios.filter(usuario => usuario.activo === true);
}

Simulá entrevistas con alguien

Buscá un amigo programador o compañero de bootcamp. Turnense para hacer de entrevistador. El que pregunta puede buscar ejercicios simples en internet. Lo importante es acostumbrarte a la presión de tener a alguien mirando.

Prepará tus proyectos para mostrar

Te van a preguntar: "Contame sobre un proyecto que hayas hecho". Elegí el más completo y preparate para:

• Explicar qué problema resuelve
• Qué tecnologías usaste y por qué
• Un desafío técnico que tuviste y cómo lo resolviste
• Qué mejorarías ahora

Ejemplo: "Hice un e-commerce con React y Node. El desafío fue manejar el carrito de compras en el estado global. Primero lo hice con props pero se volvió un quilombo. Investigué y terminé usando Context API. Si lo hiciera de nuevo, usaría una librería de estado como Zustand para simplificar la lógica".

El día de la entrevista: estrategia práctica

Antes de escribir código

Cuando te dan un problema, no arranques a escribir inmediatamente. Tomá 1-2 minutos para:

1. Repetir el problema en voz alta con tus palabras
2. Preguntar casos borde ("¿qué hago si el array está vacío?")
3. Escribir los pasos en pseudocódigo o comentarios

// Problema: devolver los nombres de usuarios mayores de 18
// Pasos:
// 1. Recorrer el array de usuarios
// 2. Filtrar los que tengan edad > 18
// 3. Mapear para quedarme solo con los nombres
// 4. Retornar el nuevo array

function nombresMayores(usuarios) {
  // ahora sí, acá va el código
}

Si te trabás

Va a pasar. Esto es normal. Probá:

• Explicá dónde estás trabado: "Sé que tengo que recorrer el array, pero no me está saliendo cómo acumular el resultado"
• Pedí ayuda específica: "¿Me podés dar un hint de qué método podría usar?"
• Resolvelo de forma básica primero: Si no te sale con .reduce(), hacelo con un for loop. Código que funciona > código elegante que no funciona.

Nunca te quedes en silencio 5 minutos mirando la pantalla. Los entrevistadores prefieren ayudarte que verte sufrir.

Preguntas que podés hacer

Al final siempre te dicen: "¿Tenés preguntas?". Estas funcionan bien:

• "¿Cómo es un día típico del equipo de desarrollo?"
• "¿Qué tecnologías usan en el stack actual?"
• "¿Hay procesos de code review o pair programming?"
• "¿Qué esperan que logre alguien en esta posición en los primeros 3 meses?"

Evitá preguntar por beneficios o sueldo en la primera técnica (eso va para RRHH después).

Errores que te están matando sin que te des cuenta

Decir "es fácil" o "es obvio": Si algo te salió bien, no lo minimices. Demostrá que pensaste el problema.

No pedir aclaraciones: Si no entendiste el enunciado, preguntá. Es mejor preguntar dos veces que resolver el problema equivocado.

Memorizar código sin entenderlo: Te van a dar un problema similar pero con un twist. Si memorizaste la solución, te trabás. Si entendiste el concepto, lo adaptás.

Mentir cuando no sabés: "No lo trabajé todavía" es 1000 veces mejor que inventar. Los entrevistadores detectan el humo al toque.

Checklist final: 48 horas antes

• Repasá los fundamentos de tu lenguaje principal (no aprendas cosas nuevas)
• Resolvé 2-3 ejercicios simples para entrar en calor
• Revisá tus proyectos y prepará la explicación de cada uno
• Probá tu cámara, micrófono y conexión (si es remota)
• Tené papel y lápiz a mano para anotar y pensar
• Dormí bien, no te quemes estudiando hasta las 3 AM
• Preparate un café/té y agua cerca

Preguntas frecuentes

¿Qué hago si no sé resolver el ejercicio técnico?
Mostrá tu proceso: explicá cómo lo pensarías, qué métodos considerarías, pedí pistas. La comunicación salva más entrevistas que el código perfecto.

¿Cuánto tiempo debería dedicar a prepararme?
Si ya programás hace algunos meses, con 1-2 semanas de práctica enfocada alcanza. 1 hora por día resolviendo ejercicios simples y 30 minutos repasando conceptos.

¿Es normal ponerse nervioso?
Totalmente. Respirá, tomá agua, pedí un minuto si lo necesitás. Los entrevistadores son personas, la mayoría quiere que te vaya bien. No están ahí para hacerte fallar.

Tu próxima acción: Abrí Codewars o Exercism, resolvé un problema nivel 7 kyu explicando cada paso en voz alta. Repetí esto durante 7 días. La entrevista va a ser solo un problema más.