Preguntas de entrevista para Frontend Developer: respuestas que funcionan

Llegas a la entrevista técnica, te preguntan sobre closures o sobre el algoritmo de reconciliación de React, y tu mente se queda en blanco. Es frustrante. Pero la mayoría de las preguntas de entrevista para Frontend Developer son predecibles si sabes qué buscar. No se trata de memorizar respuestas, sino de entender qué evalúa cada pregunta y cómo estructurar tus argumentos.

El filtro inicial: ¿sabe lo básico?#

Estas preguntas aparecen al principio, a veces en un screening con RRHH o en la primera ronda técnica. El objetivo es descartar rápido a quien no tiene los fundamentos claros. No buscan complejidad, sino seguridad.

• ¿Cuál es la diferencia entre let, const y var?
• Explica el modelo de cajas (box model) en CSS.
• ¿Qué hace useEffect y cuándo se ejecuta?

Qué evalúa el entrevistador: Que puedas explicar conceptos sin titubear. Si dudas en algo tan básico, asumirán que el resto tambalea.

Error común: Soltar la definición de memoria sin conectar con un ejemplo real. Si preguntan por useEffect, no basta decir "ejecuta efectos secundarios". Mejor: "Lo uso para sincronizar un componente con algo externo, como una API o el título del documento".

Preguntas técnicas de profundidad#

Aquí se pone serio. Te pondrán frente a código, te pedirán que depures o que implementes algo. No buscan la solución perfecta, sino tu proceso de pensamiento.

Closures y scope

Pregunta típica: "¿Qué imprime este código?"

for (var i = 0; i < 3; i++) {
  setTimeout(() => console.log(i), 1000);
}

Respuesta que funciona: "Imprime tres veces el número 3. var tiene scope de función, no de bloque, así que las tres funciones de callback comparten la misma variable i, que cuando se ejecuta setTimeout ya vale 3. Si cambio var por let, cada iteración crea su propio i e imprimiría 0, 1 y 2".

Qué evalúa: Que entiendas closures, el event loop y la diferencia entre scope de bloque y de función.

Optimización de rendimiento

Pregunta: "Una página web se carga lenta. ¿Qué miras primero?"

Respuesta modelo: "Primero mido. Abro las DevTools de Chrome, pestaña Network y Lighthouse. Reviso el tamaño del bundle JS, si hay imágenes sin optimizar, si se cargan recursos que bloquean el render. Luego miro si hay re-renders innecesarios en React con el Profiler. No adivino, primero los datos".

Error común: Saltar directamente a "usar lazy loading" o "usar CDN" sin haber diagnosticado nada. Eso suena a respuesta de libro, no a alguien que ha resuelto problemas reales.

React: hooks y estado

Pregunta: "¿Cuándo usarías useReducer en lugar de useState?"

Respuesta que funciona: "Cuando el estado tiene varias sub-valores que cambian juntos, o cuando el próximo estado depende del anterior de forma compleja. Por ejemplo, un formulario con validación, errores por campo y estado de envío. Con useState terminas con cinco declaraciones y la lógica dispersa. Con useReducer tengo un solo dispatch y la lógica de transición en un lugar".

Si quieres practicar más este tipo de preguntas técnicas, prueba nuestro decodificador de ofertas de empleo para identificar qué tecnologías están pidiendo realmente en las ofertas.

Preguntas de comportamiento y situacionales#

Muchos candidatos las menosprecian. Error. Aquí se decide si entras o no cuando ya pasaste la parte técnica. El entrevistador quiere saber cómo trabajas, no solo qué sabes.

Trabajo en equipo y conflicto

Pregunta: "Cuéntame un desacuerdo técnico que tuviste con un compañero."

Lo que evalúa: Si puedes defender tu postura sin ser un obstáculo. Si escuchas. Si sabes cuándo ceder.

Estructura que funciona (método STAR):

• Situación: "En mi proyecto anterior, un compañero quería usar Redux para manejar el estado de un formulario simple".
• Tarea: "Yo pensaba que era innecesario y añadía complejidad".
• Acción: "Le propuse que ambos escribiéramos una prueba de concepto en una hora, él con Redux y yo con useReducer y Context. Luego comparamos líneas de código, tiempo de implementación y facilidad de testeo".
• Resultado: "Vimos que para ese caso concreto, useReducer era más simple. Pero él me enseñó patrones de Redux que luego usé en una parte más compleja del proyecto".

Gestión del tiempo

Pregunta: "¿Cómo priorizas cuando tienes tres tareas urgentes?"

Respuesta modelo: "Primero aclaro qué significa 'urgente'. Hablo con quien corresponda para entender el impacto real de cada una. Luego ordeno por: impacto en el usuario, dependencias de otros, y esfuerzo. Si hay empate, elijo la que desbloquea a más gente. Y comunico: digo qué voy a hacer primero y por qué, para que no haya sorpresas".

Checklist de preparación#

Antes de tu próxima entrevista, pasa por esta lista:

• Investiga la empresa: qué producto tienen, qué stack usan, tamaño del equipo.
• Repasa los fundamentos de JavaScript: closures, promesas, event loop, scope.
• Practica escribir código en un editor compartido, no solo en tu IDE.
• Prepara tres historias con el método STAR: un conflicto, un error, un logro.
• Revisa tu propio currículum: cada línea puede generar una pregunta.
• Ten preguntas listas para el entrevistador: sobre el equipo, el proceso de code review, los desafíos técnicos.
• Verifica que tu conexión a internet, cámara y micrófono funcionan si es remota.
• Usa herramientas como el verificador de compatibilidad con ATS para asegurarte de que tu CV pasa los filtros automáticos antes de aplicar.

Qué no hacer#

Llegar sin haber mirado la página de la empresa. Decir "no sé" y quedarse en silencio sin intentar razonar. Hablar mal de tu empleador anterior. Mentir sobre tecnologías que no has tocado: te van a preguntar y se nota. Memorizar respuestas word for word: suena robótico y el entrevistador lo detecta.

Si estás buscando activamente ofertas de trabajo, explora las vacantes disponibles en nuestro portal de empleo para encontrar posiciones que coincidan con tu perfil.

Herramientas gratis#

• jobrise.io/es/free-ats-checker/
• jobrise.io/es/free-jd-decoder/
• jobrise.io/es/jobs/
• jobrise.io/es/blog/

Preguntas frecuentes#

¿Cuánto tiempo debo dedicar a preparar una entrevista de frontend?

Depende de tu experiencia, pero un mínimo de 5 a 8 horas repartidas en varios días. Dedica tiempo a practicar código en un editor online, no solo a leer. La parte de comportamiento merece al menos una hora preparando tus historias.

¿Es mejor especializarse en un framework o saber varios?

Para la entrevista, saber bien uno es más valioso que conocer tres a medias. Si dices que sabes React, prepárate para preguntas profundas sobre hooks, ciclo de vida y renderizado. Los entrevistadores detectan rápido si solo viste un tutorial.

¿Qué hago si no sé responder una pregunta técnica?

No te quedes en blanco. Di lo que sí sabes: "No estoy seguro del detalle exacto, pero sé que tiene que ver con X, y mi aproximación sería Y". Razonar en voz alta vale más que callarse. El entrevistador quiere ver cómo piensas.

¿Debo preguntar sobre salario en la primera entrevista?

En la primera con RRHH es aceptable preguntar por el rango salarial de la posición. Si no lo mencionan, puedes preguntar al final: "¿Cuál es la banda salarial para esta posición?". En España, algunas empresas lo publican; en LatAm varía mucho. Verifica siempre fuentes oficiales o del sector para rangos actualizados.

¿Las certificaciones de frontend ayudan en la entrevista?

Pocas empresas las piden explícitamente. Un portafolio con proyectos reales pesa más que cualquier certificado. Si tienes una, menciónala, pero no esperes que cambie el resultado. Lo que importa es lo que sabes hacer hoy, no el papel.