← Entrevistas técnicas para roles junior: pruebas, ejercicios en vivo y assessments
Módulo 1: Cómo son las evaluaciones técnicas
12 min de lectura · Lección de muestra
Después de la primera entrevista con recursos humanos, la mayoría de los procesos para puestos técnicos junior incluyen alguna forma de evaluación técnica. Puede ser un ejercicio para hacer en tu casa, una sesión de programación en vivo con alguien del equipo, una prueba en línea con tiempo limitado o una conversación con preguntas conceptuales. Cada formato evalúa cosas distintas y se prepara de forma distinta. Esta lección te ayuda a reconocer cuál te toca y qué se espera de vos en cada caso.
Antes de ver los formatos, conviene entender el objetivo. Para un puesto junior, nadie espera que sepas todo ni que resuelvas el ejercicio de la forma más eficiente posible. Lo que quieren saber es:
Esto cambia la forma de prepararse. Memorizar soluciones a cien ejercicios ayuda menos que practicar cómo razonar y explicar un problema que nunca viste.
Te envían un enunciado y un plazo, que suele ir de unos días a una semana, para resolver un problema pequeño: una API con algunas rutas, una pantalla que consume datos, un análisis de un archivo, un script que procesa información.
Qué evalúa: cómo organizás un proyecto, la calidad del código, si leíste bien el enunciado, si probaste lo que hiciste y cómo lo documentás.
Ventajas: tenés tiempo, podés consultar documentación y trabajar a tu ritmo, sin la presión de alguien mirando.
Riesgos: dedicarle mucho más tiempo del razonable, agregar funciones que nadie pidió o entregar algo que no se puede correr. Una forma de controlar esto es preguntar cuánto tiempo esperan que le dediques y respetarlo.
Muchas veces el take-home tiene una segunda parte: una conversación donde te piden que expliques tus decisiones o que hagas un cambio en vivo sobre tu propio código. Por eso tenés que entender cada línea que entregás. Lo vemos en detalle en la lección 5.
Resolvés un ejercicio en tiempo real mientras alguien del equipo te observa, en persona o por videollamada compartiendo pantalla. Puede ser en un editor en línea, en tu propio entorno o, a veces, en una pizarra virtual.
Qué evalúa: cómo encarás un problema, si hacés preguntas para aclararlo, cómo dividís el trabajo en pasos, cómo reaccionás cuando algo no funciona y cómo explicás lo que vas haciendo.
Ejemplos típicos de ejercicios: recorrer una lista y devolver ciertos elementos, contar cuántas veces aparece cada palabra en un texto, validar si un texto cumple un formato, agrupar datos por alguna categoría.
Lo que más cuesta: los nervios y el silencio. Mucha gente sabe resolver el ejercicio en su casa pero se bloquea con alguien mirando. La buena noticia es que esto se entrena, y lo vemos en la próxima lección.
Una variante es el pair programming: en lugar de observarte, la persona entrevistadora trabaja con vos, como si fueran compañeros. Ahí se evalúa especialmente cómo colaborás y si aceptás sugerencias.
Recibís un enlace a una plataforma de evaluación con uno o varios ejercicios y un tiempo límite, por ejemplo una hora o noventa minutos. Lo resolvés solo y la plataforma ejecuta pruebas automáticas sobre tu código. A veces incluye preguntas de opción múltiple sobre conceptos.
Qué evalúa: principalmente si tu solución es correcta y, a veces, si es eficiente. Como nadie te observa, el razonamiento importa menos que el resultado.
Cómo prepararte:
Sobre las reglas: respetá lo que indique la plataforma sobre consultar documentación o usar herramientas externas. Muchas registran la actividad en la pantalla, y en la entrevista siguiente te pueden pedir que expliques tu solución.
Es una conversación donde te preguntan sobre fundamentos: qué es una variable y qué tipos de datos conocés, qué diferencia hay entre una lista y un diccionario, qué hace una consulta SQL con JOIN, qué pasa cuando escribís una dirección en el navegador, para qué sirve Git.
Qué evalúa: si entendés los conceptos y no solo los usás. También cómo explicás algo técnico con palabras simples.
Cómo prepararte: repasá los fundamentos del área a la que apuntás y practicá explicarlos en voz alta, como si se lo contaras a alguien que está aprendiendo. Las lecciones 3 y 4 de este curso tienen ejemplos de preguntas típicas.
Junto con estas preguntas suelen aparecer preguntas sobre tus proyectos: por qué elegiste una herramienta, qué harías distinto, cómo lo probaste. Las vemos en la lección 6.
No tenés que adivinarlo. Cuando te inviten a la etapa técnica, es perfectamente normal preguntar:
Es habitual que te respondan con bastante detalle. Esas preguntas no muestran inseguridad: muestran que te tomás el proceso en serio.
Un error común es prepararte solo para ejercicios de algoritmos porque es lo que más se ve en internet, y después encontrarte con una conversación sobre conceptos o con un take-home donde importa más la organización del proyecto que el algoritmo. Otro es suponer que un junior no recibe preguntas conceptuales.
Lo más útil es tener una preparación base que sirva para todos los formatos (fundamentos, práctica de ejercicios cortos explicando en voz alta y tus proyectos bien repasados) y, cuando sepas qué formato te toca, reforzar esa parte específica.
Buscá tres avisos de puestos junior que te interesen, en EmpleosTech o en otro portal, y anotá qué menciona cada uno sobre el proceso de selección. Después armá una tabla con los cuatro formatos de esta lección y, para cada uno, escribí qué tan preparado te sentís del uno al cinco y una acción concreta para mejorar esa nota en las próximas dos semanas. Por ejemplo: "Live coding: 2. Resolver un ejercicio corto por día explicándolo en voz alta".
Esta es la lección de muestra. Para seguir con el curso necesitás una cuenta de candidato gratuita.
La siguiente lección requiere cuenta de candidato.
Crear mi cuenta gratis y seguirGuardamos tu lugar: después de confirmar el email volvés a esta lección.
Volver al curso
