09 sept 2025·8 min
¿Qué es Node.js? Una explicación para principiantes
Aprende qué es Node.js, cómo ejecuta JavaScript en servidores, por qué importa su event loop y cuándo Node.js es una buena opción para tu app.
Aprende qué es Node.js, cómo ejecuta JavaScript en servidores, por qué importa su event loop y cuándo Node.js es una buena opción para tu app.
Node.js es un programa que te permite ejecutar JavaScript en tu ordenador (o en un servidor), no solo dentro de un navegador web.
Es fácil confundir términos, así que aquí va la versión clara:
Piensa en Node.js como la “sala de máquinas” que puede ejecutar código JavaScript fuera de Chrome, Firefox, Safari, etc.
Normalmente, JavaScript mueve cosas que ves y con las que interactúas en una página web: menús, formularios, interfaces. El navegador ofrece el entorno (acceso a la página, botones, ventanas, etc.).
Node.js ofrece un entorno distinto. En lugar de trabajar con la página, tu JavaScript puede trabajar con tu máquina y la red: leer archivos, hablar con bases de datos, manejar peticiones web y ejecutar tareas programadas.
Cuando JavaScript puede correr fuera del navegador, surgen varios resultados prácticos:
Así que, cuando alguien dice “nuestro backend está en Node.js”, suele querer decir: “Nuestro código del lado del servidor está escrito en JavaScript y corre sobre Node.js.”
Node.js nació porque los servidores web tradicionales tenían problemas con una tarea muy específica y común: atender muchas pequeñas peticiones al mismo tiempo—especialmente cuando esas peticiones implicaban esperar por cosas lentas como bases de datos, sistemas de archivos o APIs externas.
Antes de Node.js, muchas arquitecturas de servidor manejaban cada conexión entrante con un “hilo/proceso por petición”. Ese enfoque puede funcionar, pero resulta caro e ineficiente cuando miles de usuarios están conectados simultáneamente.
Un ejemplo clásico es una aplicación de chat o un panel en vivo: el servidor pasa mucho tiempo esperando (respuestas de red, lecturas de disco, consultas a la base de datos). Si cada usuario “ocupa” un hilo pesado mientras el servidor espera, consumes memoria y CPU solo para estar inactivo.
Node.js fue creado en 2009 por Ryan Dahl. La idea era sencilla:
Este diseño hizo a Node.js especialmente bueno para aplicaciones de red que deben mantenerse responsivas bajo concurrencia.
Node.js creció rápido porque encajaba con cómo ya pensaban los desarrolladores web: JavaScript por todas partes. Poco después, npm (el gestor de paquetes de Node) facilitó compartir y reutilizar código. Esa combinación—lenguaje familiar + gran ecosistema de librerías—llevó a Node de ser un “experimento interesante” a una herramienta mainstream.
Hoy en día, Node.js frecuentemente impulsa:
Puede estar detrás de una app web o móvil, actuar como un “backend for frontend” o ejecutar renderizado del lado del servidor para frameworks que lo requieran.
A Node.js se le suele llamar un “runtime de JavaScript”. Un runtime es simplemente un entorno que puede ejecutar código JavaScript y proporcionar capacidades adicionales que el JavaScript puro no tiene por sí mismo—como leer archivos, abrir conexiones de red o arrancar otros programas.
En el núcleo de Node.js está V8, el motor de JavaScript que también usa Google Chrome. V8 toma tu JavaScript y lo ejecuta eficientemente en tu máquina compilándolo a instrucciones de bajo nivel que el ordenador puede ejecutar rápido.
Detalle importante: V8 no es Node.js. V8 se centra en ejecutar el lenguaje JavaScript. Node.js es el paquete más amplio: V8 más el “pegamento” que conecta JavaScript con tu sistema operativo.
Lo que hace que Node.js se sienta como una herramienta del lado del servidor es su colección de módulos integrados (APIs) que exponen características del SO en una forma amigable para JavaScript. Por ejemplo:
Cuando llamas algo como fs.readFile(...) o arrancas un servidor HTTP, Node envía ese trabajo al sistema subyacente (y a librerías nativas) y luego devuelve el resultado a tu JavaScript.
JavaScript es el lenguaje: sintaxis, variables, funciones, etc.
Node.js es un lugar donde puedes ejecutar ese lenguaje—específicamente un lugar pensado para crear herramientas de línea de comandos y servicios backend, con acceso a la máquina donde corre. En un navegador, JavaScript obtiene APIs del navegador (DOM, window). En Node, obtiene APIs de Node (sistema de archivos, red, procesos).
Cuando la gente dice que Node.js es “asíncrono”, mayormente se refieren a que es bueno para esperar sin perder tiempo.
Imagina que estás cocinando y pones agua a hervir. No te quedas parado mirándola hasta que hierva: cortas verduras, pones la mesa y revisas la salsa. Cuando el agua está lista, actúas.
Mucho del trabajo en servidores es así: el programa pide algo que tarda (leer un archivo, consultar una base de datos, llamar a una API) y luego espera el resultado. En muchos sistemas, esperar puede “bloquear” todo el programa. Node.js intenta evitar eso.
El event loop es como un controlador de tráfico para tareas. Las solicitudes y callbacks se ponen en fila, y el event loop decide qué se ejecuta a continuación. Si una tarea puede iniciarse y luego esperar (como una operación de I/O), Node la delega al sistema, sigue con otro trabajo y más tarde recibe la notificación cuando el resultado está listo.
Por eso un servidor Node.js puede manejar muchas conexiones eficientemente: no mantiene un hilo ocupado esperando cada lectura lenta de disco o respuesta de red.
“I/O no bloqueante” significa simplemente: inicia la operación lenta y sigue haciendo otras cosas mientras termina. Cuando termina, Node ejecuta la siguiente parte del código que proporcionaste (a menudo un callback, la resolución de una promesa o la continuación de async/await).
Este estilo brilla para cargas I/O-heavy, pero no es mágico para todo. Si ejecutas un cálculo intensivo en CPU (como procesamiento de imágenes, cifrado grande o procesamiento de datos complejos) en el hilo principal, puede ralentizarlo todo—porque el event loop no puede “saltar” una tarea que está usando activamente la CPU.
Node.js se usa más a menudo para construir software del lado del servidor con JavaScript: APIs a las que una web o app móvil llama, servicios que procesan trabajos en segundo plano y servidores que entregan páginas y datos.
Como Node.js es bueno manejando muchas peticiones sin quedarse esperando, es una elección popular cuando tu app realiza muchas pequeñas tareas de I/O (lectura de base de datos, llamadas a terceros, envío de mensajes) en lugar de cálculos pesados.
Algunos sitios donde Node.js aparece con frecuencia:
Node.js es una buena elección para:
Node.js también se usa ampliamente para herramientas de desarrollador, como scripts de build, task runners y CLIs. Muchos flujos de trabajo front-end modernos dependen de herramientas basadas en Node incluso si la aplicación final corre en el navegador.
Node.js normalmente no es la mejor opción para cálculos intensivos en CPU (como renderizado de video complejo o grandes cálculos científicos) porque esas tareas pueden bloquear el proceso. En esos casos, los equipos suelen delegar trabajo a servicios separados, workers o lenguajes más adecuados para computación intensiva.
JavaScript es el lenguaje. Node.js y tu navegador son dos entornos diferentes que pueden ejecutar ese lenguaje.
Si conoces los conceptos básicos de JavaScript—variables, funciones, objetos, async/await, promesas—esos conceptos se transfieren directamente. Lo que cambia es a qué puede acceder tu código.
JavaScript en el navegador está diseñado para construir interfaces de usuario. Tiene acceso integrado a cosas como el DOM (la página), eventos de clic y teclado, y APIs del navegador como localStorage, cookies y otras Web APIs basadas en permisos.
También está muy sandboxeado por seguridad: las páginas web no pueden leer libremente archivos de tu ordenador ni abrir conexiones de red sin restricciones. Los navegadores aplican límites estrictos para proteger a los usuarios.
Node.js está pensado para ejecutar JavaScript fuera del navegador—a menudo en servidores. Le da a tu código capacidades a nivel de sistema, como:
process.env (almacenar secretos y configuración)Este poder extra también implica expectativas de seguridad diferentes. Las apps Node no están sandboxeadas automáticamente como los navegadores. Si tu proceso Node tiene permiso para leer un archivo o conectar a la red, en general puede hacerlo—por eso se protege con prácticas de seguridad de servidor (control de acceso, gestión de secretos, higiene de dependencias).
El JS del navegador te ayuda a construir el front end (lo que ve el usuario). Node.js te ayuda a construir el back end (lo que corre detrás de las escenas). Mismo lenguaje—herramientas y responsabilidades distintas.
Una razón por la que Node.js despegó tan rápido es npm, el gestor de paquetes que viene con Node. Piensa en npm como una forma cómoda de descargar, actualizar y compartir bloques de construcción listos para tu app.
En Node.js, un paquete (o módulo) es un trozo reutilizable de código que resuelve un problema específico—desde parsear fechas hasta construir un servidor web.
En lugar de escribir todo desde cero, puedes instalar un paquete y usarlo de inmediato. Eso acelera el desarrollo y te permite apoyarte en código que mucha gente ya ha probado en proyectos reales.
La mayoría de proyectos Node tienen un package.json en la raíz. Es la “lista de la compra” y la ficha técnica del proyecto.
Suele incluir:
npm run start o npm testCuando ejecutas npm install, npm lee package.json, descarga las versiones indicadas y las coloca en la carpeta node_modules.
El registro de npm es enorme, lo cual es genial—pero también significa que debes ser selectivo.
Prefiere paquetes con mantenimiento activo (actualizaciones recientes, buena documentación, issues saludables). Evita instalar ciegamente lo que diga un snippet aleatorio y desconfía de comandos “copiar‑pegar” que no entiendes. Si un paquete es una sobredimensión para una tarea muy pequeña, una opción más pequeña o incorporada puede ser más segura.
Node.js te da los bloques básicos para crear un servidor: manejar peticiones, enviar respuestas, leer archivos, hablar con DB, y más. Un framework es un conjunto de patrones y ayudas ya hechas que se colocan sobre Node.js para organizar esos bloques—así no tienes que reinventar la misma estructura en cada proyecto.
Express suele ser el primer framework de Node que la gente aprende porque es pequeño, flexible y muy usado.
Con Express puedes:
/products, ejecuta este código”No impone una estructura estricta, lo cual es bueno para aprender y para aplicaciones pequeñas.
Si te gusta la simplicidad de Express pero quieres velocidad y defaults modernos, Fastify es una alternativa popular.
Si prefieres un enfoque más opinado y “baterías incluidas”, sobre todo para equipos grandes, NestJS es común. Anima a una arquitectura más estructurada (controllers, services, modules), lo que facilita mantener bases de código grandes.
Usa solo Node.js cuando construyas algo muy pequeño (un webhook rápido, una herramienta interna) o quieras control máximo y pocas dependencias.
Elige un framework cuando esperes múltiples rutas, lógica repetida para manejar peticiones o un proyecto que crecerá con el tiempo. La estructura del framework te ahorra tiempo y evita que la complejidad se descontrole.
Node.js es popular porque hace práctico usar JavaScript en el servidor—especialmente cuando tu app pasa la mayor parte del tiempo esperando respuestas de red o bases de datos.
Una gran ventaja es usar un solo lenguaje en frontend y backend. Los equipos pueden compartir conocimiento, reutilizar validaciones y mantener herramientas consistentes.
Node.js también destaca en I/O rápido. Si tu app maneja muchas peticiones concurrentes—APIs, actualizaciones en tiempo real, chat—el enfoque no bloqueante de Node puede ser eficiente y económico.
Finalmente, el ecosistema es enorme. Hay paquetes npm para casi todo: servidores web, autenticación, subidas de archivos, pagos, testing, etc. Eso acelera la entrega si eliges con cuidado.
Las dependencias pueden volverse complejas. Proyectos modernos en Node pueden arrastrar cientos (o miles) de paquetes transitivos. Eso aumenta el trabajo de actualizaciones, revisiones de seguridad y la posibilidad de conflictos.
También hay una curva con la asincronía. El estilo asíncrono de JavaScript (Promesas, async/await, callbacks en código antiguo) es potente, pero puede llevar a flujos difíciles de seguir si el código no está bien estructurado.
Node.js no es la mejor elección para tareas pesadas de CPU (codificación de vídeo, cálculos científicos). Puede hacerlo, pero a menudo necesitarás workers, colas o servicios en otros lenguajes para mantener la app responsiva.
Muchos equipos usan TypeScript para mantener proyectos Node más manejables. Los tipos detectan errores antes, mejoran el autocompletado y hacen los refactors más seguros—útil a medida que crece el código y el equipo.
La conclusión: los pros y contras de Node dependen de la carga de trabajo del proyecto, la experiencia del equipo y lo disciplinados que sean con dependencias y arquitectura.
Empezar con Node.js es sobre todo instalar el runtime en tu máquina para que pueda ejecutar JavaScript fuera del navegador.
Cuando instalas Node.js, instalas:
En un servidor es lo mismo: instalas Node para que el servidor pueda ejecutar tu app JavaScript—normalmente como un proceso de larga duración.
Las releases de Node suelen venir en dos canales:
Si dudas, elige LTS.
Crea un archivo llamado hello.js:
console.log("Hello from Node!");
Ejecutarlo:
node hello.js
import http from "node:http";
http.createServer((req, res) => {
res.writeHead(200, { "Content-Type": "text/plain" });
res.end("It works!\n");
}).listen(3000);
console.log("Server running on http://localhost:3000");
Inicializa un proyecto e instala un paquete:
npm init -y
npm install express
Si tu objetivo es aprender conceptos de Node.js pero aún así entregar algo real rápido, una plataforma de vibe-coding como Koder.ai puede ser un atajo práctico: describes la app en chat (rutas, modelo de datos, auth, UI), iteras con un modo de planificación y exportas el código cuando estés listo para estudiar o personalizarlo. No sustituye comprender Node, pero puede reducir la fricción de arranque mientras te concentras en APIs y flujos asíncronos.
Antes de desplegar, asegúrate de haber pensado en:
console.log).Node.js atrae opiniones fuertes—a menudo basadas en medias verdades. Aquí algunos mitos comunes, explicados llano.
Están relacionados, pero no son lo mismo. Node.js es el programa que ejecuta JavaScript en tu máquina/servidor (un runtime). npm es el gestor de paquetes que te ayuda a descargar y gestionar librerías de terceros (a menudo llamadas paquetes npm).
Node lo usan desde equipos pequeños hasta grandes empresas. Es práctico para APIs, features en tiempo real (chat, notificaciones), herramientas para desarrolladores y backends donde JavaScript en el servidor resulta conveniente.
La ejecución principal de JavaScript en Node corre en un hilo, pero eso no implica que sea lento. La idea clave es la I/O no bloqueante: mientras Node espera por red o disco, puede atender otras peticiones en lugar de quedarse inactivo.
Las tareas pesadas en CPU siguen siendo problemáticas para un solo hilo—pero para muchas cargas web, Node es rápido y eficiente.
Node escala con métodos probados: ejecutar múltiples procesos/instancias y distribuir tráfico (por ejemplo, detrás de un load balancer). Muchos sistemas Node en producción usan esta estrategia para manejar alto tráfico.
Ninguna herramienta es universal. Node es genial cuando quieres JavaScript de extremo a extremo, amplio ecosistema y buen rendimiento para cargas I/O-heavy. Si tu proyecto es mayormente CPU-bound o tiene requisitos de latencia estrictos, otra stack puede encajar mejor.
Node.js es una forma de ejecutar JavaScript en el servidor, lo que te permite crear backends, herramientas y servicios usando el mismo lenguaje que muchas veces ya usas en frontend. Suele brillar cuando tu app pasa la mayor parte del tiempo esperando en cosas como peticiones de red, bases de datos, subidas de archivos o APIs de terceros.
Elige Node.js si estás construyendo:
Regla práctica: si tu proyecto es mayoritariamente “manejar muchas peticiones y coordinar I/O”, Node.js suele ser una opción fuerte.
Considera alternativas (o planifica trabajo extra) si:
Node.js puede manejar muchos de estos casos, pero quizá dependas más de worker threads, servicios externos o un runtime distinto para el camino caliente.
Un buen primer proyecto: una API pequeña que te permita añadir y listar notas.
POST /notes y GET /notesSi quieres acelerar el experimento, puedes prototipar la misma idea en Koder.ai describiendo los endpoints y campos en chat, y luego iterar hasta que el comportamiento coincida con lo que harías a mano.
Si quieres seguir avanzando, estos temas encajan naturalmente con Node.js:
Node.js es un runtime que te permite ejecutar JavaScript en tu máquina o en un servidor (no solo en el navegador).
Se usa comúnmente para crear APIs, servidores web, scripts y herramientas para desarrolladores.
No. JavaScript es el lenguaje.
Node.js es un entorno que ejecuta JavaScript y proporciona APIs orientadas al servidor/SO (archivos, red, procesos).
No. Node.js es la base.
Frameworks como Express, Fastify o NestJS se ejecutan encima de Node.js para ayudarte a estructurar servidores y rutas con mayor facilidad.
En un navegador, JavaScript interactúa principalmente con la página (DOM, clics, interfaz).
En Node.js, JavaScript puede realizar tareas del lado del servidor y del sistema como:
El event loop es la forma en que Node mantiene la aplicación responsiva.
Inicia operaciones lentas (como I/O de red o disco) y luego sigue atendiendo otras tareas mientras espera. Cuando los resultados están listos, ejecuta el siguiente paso de tu código (callbacks, promesas o async/await).
Si eres nuevo o vas a desplegar en producción, elige LTS (Long-Term Support).
Las versiones LTS son más estables y reciben correcciones de seguridad por más tiempo. Usa “Current” solo si necesitas funciones nuevas y puedes actualizar con frecuencia.
Crea un archivo llamado hello.js:
console.log("Hello from Node!");
Luego ejecútalo:
node hello.js
Node.js suele ser excelente para trabajo intensivo en I/O, pero las tareas muy demandantes de CPU pueden bloquear el hilo principal.
Si necesitas codificar vídeo, procesar grandes volúmenes de datos o hacer cripto pesada, considera:
Node puede escalar ejecutando múltiples instancias y distribuyendo el tráfico (por ejemplo, detrás de un balanceador de carga).
Una práctica común es desplegar más procesos/contenedores Node en lugar de intentar que un único proceso lo maneje todo.
Usa npm para instalar paquetes, pero sé selectivo:
Tu package.json registra lo que necesitas, y npm install descarga esas versiones en node_modules.