P
prepair.app
Comenzar entrevista →
EnglishУкраїнськаРусскийDeutsch
🟨

Senior JavaScriptPreguntas de entrevista JavaScript

Senior · 5+ años de experiencia

Las entrevistas de JavaScript se concentran en un pequeño número de cosas que el lenguaje hace distinto a todo lo demás: closures, `this`, prototipos y el event loop. Entiende eso bien y la mayoría de las otras preguntas se resuelven solas. Aquí están las más frecuentes, cada una con una respuesta modelo. Senior: arquitectura, trade-offs, mentoría y toma de decisiones.

Pruébalo — sin cuenta necesaria
Preparando tu pregunta…

Temas para prepararte

Tipos y coerción
Closures y scope
`this` y prototipos
El event loop y async
Promises y async/await
DOM, eventos y el navegador

5 preguntas de nivel Senior con respuestas

1

Una página se siente entrecortada al hacer scroll. ¿Cómo lo diagnosticas?

Respuesta

Graba un perfil de rendimiento y mira qué parte del frame excede el presupuesto: script, style y layout, paint, o composite. Las tareas largas que bloquean el hilo principal son la causa habitual, y el layout síncrono forzado — leer una propiedad de geometría justo después de escribir un estilo — es el clásico autoinfligido. Anima transform y opacity porque se pueden componer sin layout, divide el trabajo largo en trozos, y mueve el cómputo genuinamente pesado a un Web Worker.

2

¿Cómo piensas sobre XSS, CSP y la política de mismo origen?

Respuesta

XSS es entrada no confiable convirtiéndose en script ejecutable, así que la defensa es codificar la salida según el contexto y nunca ensamblar HTML a partir de strings — textContent en vez de innerHTML. CSP es la segunda capa: le dice al navegador qué fuentes pueden ejecutarse, así que una inyección que se cuela no tiene dónde correr. La política de mismo origen es lo que impide que otro sitio lea tu página o tus respuestas; CORS es el servidor relajándola deliberadamente, no una característica de seguridad que proteja al cliente.

3

¿Cuándo es un `Proxy` la herramienta correcta, y qué cuesta?

Respuesta

Es correcto cuando genuinamente necesitas interceptar operaciones que no puedes enumerar de antemano — sistemas de reactividad, wrappers de validación, mocking. Cuesta en cada acceso, anula algunas optimizaciones del motor, y hace el debugging más difícil porque el objeto ya no se comporta como sugiere el código fuente. Si un getter o un wrapper simple bastaría, esa es la mejor respuesta.

4

ES modules versus CommonJS — ¿qué difiere realmente?

Respuesta

ESM es analizable estáticamente: los imports se resuelven antes de la ejecución, que es lo que hace posible el tree shaking. El require de CommonJS es una llamada en runtime, así que un bundler no puede probar con seguridad qué no se usa. ESM también es asíncrono y tiene bindings vivos, mientras que require devuelve una instantánea del objeto de exports. La consecuencia práctica es que mezclarlos, especialmente en Node, es donde están los puntos conflictivos.

5

¿Cómo decides si agregar una dependencia?

Respuesta

Sopesa lo que cuesta enviarla y mantenerla contra lo que costaría escribirla y ser dueño de ella. El tamaño del bundle importa, pero los costos mayores son la superficie de API de la que ahora dependes, el camino de actualización, y qué pasa si se abandona. Una pequeña utilidad suele ser más barata de escribir que de depender de ella; una librería de fechas, una de formularios o cualquier cosa que toque la corrección suele ser más barata de depender de ella que de hacerla bien tú mismo.

🦎

Leer respuestas no es suficiente

En una entrevista real hablas bajo presión. Cam hace estas mismas preguntas, evalúa cada respuesta y muestra exactamente qué mejorar.

Practicar entrevista de Senior JavaScript →
Gratis · 3 entrevistas al mes

Otros niveles — JavaScript

Junior JavaScriptMiddle JavaScriptTodas las preguntas de JavaScript

Otras especializaciones

🔍Senior Manual QA🤖Senior QA AutomationSenior Java Backend🐍Senior Python Backend🐘Senior PHP Backend🦫Senior Go Backend🟢Senior Node.js Backend💎Senior Ruby on Rails🔷Senior C++⚛️Senior React Frontend