Corría 2012 y yo estaba metido hasta las orejas en servidores Linux, administrando stacks LAMP que respondían lento bajo carga. Un colega me pasó un benchmark: un servidor Node.js manejando 10.000 conexiones concurrentes con un proceso que consumía menos memoria que un Apache con 500. Lo miré tres veces. Pensé que era mentira. No era mentira.
En ese momento no lo adopté — seguí con mi mundo de infraestructura y Java. Pero la semilla quedó. Cuando en 2021 hice el pivot definitivo al desarrollo de software, Node estaba en todos lados. Y cuando lo entendí de verdad — no solo cómo usarlo sino por qué funciona así — me cayó la ficha de por qué había generado tanto ruido.
Este es el post #9 de la serie Awesome Curated: The Tools, donde analizo herramientas que pasan el filtro de nuestro sistema de curación automático. Node.js apareció referenciado desde la lista awesome-nodejs de Sindre Sorhus — que por sí sola es un universo — y cruzó con señal en 4 awesome lists independientes. Eso no pasa por casualidad.
Qué hace
Node.js es un runtime de JavaScript construido sobre el motor V8 de Chrome, pero eso es la descripción técnica aburrida. Lo que lo hace especial es el event loop no-bloqueante. En un servidor web tradicional, cada request que llega espera: espera que la base de datos responda, espera que el disco lea un archivo, espera que la red devuelva algo. Mientras espera, ese hilo está bloqueado, sin hacer nada útil. Multiplicá eso por miles de conexiones y entendés por qué necesitabas 64GB de RAM para un servidor decente.
