Evaluación: Node.js Backend con TypeScript

1

¿Cuál es el orden correcto de salida del siguiente código?\n\nconsole.log("A");\nsetTimeout(() => console.log("B"), 0);\nPromise.resolve().then(() => console.log("C"));\nconsole.log("D");

A, D, C, B A, B, C, D A, D, B, C A, C, D, B

2

¿Cuál es la diferencia entre process.nextTick() y Promise.then() en el Event Loop?

process.nextTick() se ejecuta antes que Promise.then() porque drena su cola antes de procesar las Promises Promise.then() se ejecuta antes porque las Promises tienen mayor prioridad en V8 No hay diferencia; ambos se ejecutan en el mismo tick process.nextTick() se ejecuta en la fase "check" del Event Loop, después de Promise.then()

3

¿Qué ventaja concreta tiene usar el tipo Result<T, E> en lugar de lanzar excepciones en un servicio de backend?

El compilador obliga a manejar el caso de error, haciendo los flujos de fallo explícitos y verificables en tiempo de compilación Es más rápido que throw porque evita crear un objeto Error con stack trace Permite lanzar múltiples errores al mismo tiempo desde una sola función TypeScript no permite usar tipos genéricos con Error, por lo que Result es la única opción

4

¿Qué hace el tipo utilitario Omit<T, "id" | "createdAt"> en el contexto de DTOs de una API?

Crea un nuevo tipo igual a T pero sin las propiedades "id" y "createdAt", útil para tipado de cuerpos de petición donde esos campos los genera el servidor Hace que las propiedades "id" y "createdAt" sean opcionales en T Elimina esas propiedades del objeto en runtime, no solo en el tipo Convierte esas propiedades en readonly para que no puedan modificarse

5

¿Por qué el código con require() puede causar un bug sutil al reusar objetos entre módulos?

require() cachea los módulos, por lo que todos los importadores comparten la misma referencia del objeto exportado y mutar uno afecta a todos require() ejecuta el módulo una vez por importador, creando copias independientes require() es síncrono, lo que bloquea el Event Loop y causa condiciones de carrera require() no soporta objetos exportados, solo funciones y primitivos

6

¿Cuál es la forma correcta de tipar el body de una petición POST en Express con TypeScript?

Request<{}, {}, CreateUserDto> — el tercer genérico de Request es el tipo del body req.body as CreateUserDto — el cast de TypeScript valida el tipo en runtime Express no soporta tipado de body; hay que usar any y validar manualmente Response<CreateUserDto> — el tipo va en Response, no en Request

7

¿Qué distingue a un middleware de manejo de errores de Express de uno normal?

Recibe 4 parámetros: (err, req, res, next), a diferencia de los 3 de un middleware normal Se registra antes de las rutas con app.useError() en lugar de app.use() Lanza la excepción de nuevo con next(err) para propagarla al cliente Se define con app.on("error", handler) en lugar de app.use()

8

¿Cuál de los siguientes diseños de endpoint sigue mejor los principios REST?

PUT /users/:id/password POST /users/changePassword/:id GET /users/updatePass?id=1 PATCH /updateUserPassword/:id

9

¿Cuál es la diferencia entre z.parse() y z.safeParse() en Zod?

parse() lanza ZodError si falla; safeParse() retorna { success, data/error } sin lanzar nunca safeParse() es más rápido porque no construye el objeto ZodError parse() valida solo tipos primitivos; safeParse() soporta objetos y arrays No hay diferencia funcional; safeParse() es un alias de parse() con try/catch interno

10

¿Por qué es recomendable validar las variables de entorno al arrancar la aplicación en lugar de en cada uso?

Porque si falta una variable crítica, la app falla inmediatamente con un mensaje claro antes de aceptar tráfico, en lugar de fallar en runtime durante una petición Porque process.env solo está disponible durante el arranque; después se borra de memoria Para evitar que dotenv sobrescriba variables del sistema operativo en producción Porque las variables de entorno son inmutables después del arranque en Node.js

11

¿Qué hace prisma.user.upsert() y cuándo es preferible a una combinación de findUnique + create/update?

Busca el registro y lo actualiza si existe o lo crea si no, en una sola operación atómica que evita condiciones de carrera Es igual a findUnique() + update() pero con menos código; no tiene ventajas de atomicidad Actualiza múltiples registros que coincidan con el where, igual que updateMany() Inserta el registro ignorando errores de duplicado, similar al INSERT IGNORE de MySQL

12

¿Qué problema puede causar el uso de include sin límites en Prisma y cómo se mitiga?

Puede cargar miles de registros relacionados en memoria; se mitiga con "take" para paginar las relaciones o "select" para limitar campos Provoca un deadlock en la base de datos si dos queries usan include al mismo tiempo include no es compatible con where en la misma query; hay que hacer dos queries separadas Solo puede usarse una vez por query; include anidado no está soportado en Prisma

13

¿Por qué los access tokens JWT deben tener una duración corta (ej. 15 minutos) combinados con refresh tokens de larga duración?

Porque un JWT no puede invalidarse sin lista negra; si es robado, la ventana de ataque se limita a los 15 minutos de vida del token Porque JWT solo soporta payloads pequeños; los tokens largos necesitan refresh para resetear el tamaño Para reducir la carga en el servidor de autenticación, que solo valida tokens cada 15 minutos Porque el algoritmo HS256 pierde seguridad criptográfica después de 15 minutos

14

¿Cuál es la diferencia entre autenticación (AuthN) y autorización (AuthZ) en el contexto de una API REST?

Autenticación verifica la identidad ("¿quién eres?"); autorización verifica los permisos ("¿qué puedes hacer?") Autenticación protege rutas con middleware; autorización usa JWT para identificar al usuario Son sinónimos en REST; la diferencia es solo terminológica Autorización se hace en el cliente; autenticación en el servidor

15

¿Por qué se recomienda usar logging estructurado (JSON) en lugar de console.log en producción?

Los logs JSON son parseables por herramientas de observabilidad, permiten filtrado por campo y nivel, y son correlacionables por requestId console.log bloquea el Event Loop en producción porque es síncrono; Pino usa streams asíncronos console.log no está disponible en Node.js en modo producción (NODE_ENV=production) Los logs estructurados usan menos memoria porque comprimen automáticamente los mensajes

16

¿Qué ventaja tiene inyectar el repositorio como dependencia en un servicio en lugar de instanciarlo dentro?

Permite sustituir el repositorio real por un mock en tests, sin tocar la base de datos y sin cambiar el código del servicio Mejora el rendimiento porque el repositorio se reutiliza entre instancias del servicio (singleton) Es obligatorio en TypeScript para que el compilador resuelva los tipos correctamente Evita que Prisma abra múltiples conexiones a la base de datos simultáneamente

17

¿Cuándo es preferible usar WebSockets sobre HTTP polling para actualizar datos en el cliente?

Cuando los datos cambian con alta frecuencia y la latencia importa, porque el servidor empuja los cambios sin que el cliente tenga que preguntar repetidamente Siempre que se necesite enviar más de 1 KB de datos, porque HTTP tiene un límite de payload WebSocket es preferible para todos los casos; el polling HTTP es obsoleto y no debe usarse Solo cuando el cliente es un navegador; en apps móviles el polling es más eficiente

18

¿Qué problema resuelve una cola de trabajos (BullMQ) que no resuelve un simple setTimeout en Node.js?

Los jobs de BullMQ persisten en Redis y sobreviven a reinicios; setTimeout se pierde si el proceso muere BullMQ ejecuta tareas en hilos separados para no bloquear el Event Loop; setTimeout es single-threaded setTimeout tiene un máximo de 24 horas; BullMQ permite programar tareas con meses de antelación BullMQ usa cron syntax; setTimeout solo acepta milisegundos

19

¿Qué es el patrón cache-aside y cuál es su principal desventaja?

La app lee primero de caché y solo consulta la BD en un miss. La desventaja es la posible inconsistencia temporal (stale data) hasta que el TTL expira La BD escribe directamente en caché al actualizarse. La desventaja es la mayor carga en la BD Siempre escribe en caché y BD al mismo tiempo. La desventaja es la latencia adicional en escrituras Mantiene dos cachés en paralelo. La desventaja es el doble uso de memoria

20

¿Qué ventaja aporta un Dockerfile multi-stage para una app Node.js en producción?

La imagen final de producción contiene solo el código compilado, sin devDependencies ni el compilador de TypeScript, reduciendo su tamaño y superficie de ataque Permite compilar y ejecutar en paralelo, reduciendo el tiempo total de arranque de la app Multi-stage es necesario para que Docker pueda cachear las capas de node_modules correctamente Permite que la misma imagen funcione tanto en arquitectura x86 como ARM sin recompilación

Evaluación: Node.js Backend con TypeScript

0 / 20 correctas