Node.js 22 marca un punto de inflexión en la evolución del runtime JavaScript del servidor. Con esta versión, el equipo de OpenJS Foundation introduce cambios que afectan tanto al rendimiento del motor V8 como al soporte nativo de herramientas que antes requerían dependencias externas. Para desarrolladores backend que trabajan con Node.js a diario, entender estos cambios es esencial.

Motor V8 actualizado: qué cambia en rendimiento

Node.js 22 incorpora V8 12.4, que trae mejoras específicas en la compilación JIT de código que mezcla operaciones síncronas y asíncronas, un patrón muy común en aplicaciones web. Las pruebas de benchmark muestran mejoras de 10-15% en throughput para servidores HTTP con alta concurrencia, especialmente en operaciones que involucran muchos Promises encadenados.

También se mejora el garbage collector, reduciendo las pausas de GC en aplicaciones con alta presión de memoria. Para APIs que manejan muchos objetos temporales (parseo de JSON grandes, transformaciones de datos), esto se traduce en latencias más consistentes y menos spikes en los tiempos de respuesta.

Soporte nativo para ESModules y mejoras en require()

Una de las frustraciones históricas de Node.js era la coexistencia de CommonJS (require) y ES Modules (import/export). Node.js 22 avanza significativamente en la interoperabilidad: ahora es posible usar require() para cargar módulos ESM en más escenarios, reduciendo los errores de ‘ERR_REQUIRE_ESM’ que plagaban la migración de proyectos legacy.

• require() puede cargar módulos ESM síncronos sin flags experimentales
• Mejor soporte para package exports con condiciones múltiples
• Resolución de módulos más predecible en monorepos con workspaces
• Mejoras en el soporte de TypeScript mediante carga de archivos .ts con flag experimental

Test runner nativo: el fin de la dependencia en Jest para casos simples

Node.js tiene desde la versión 18 un test runner nativo que en la versión 22 alcanza madurez suficiente para reemplazar a Jest en casos de uso simples. El runner soporta sintaxis describe/it familiar, mocking básico, cobertura de código integrada y reporters para CI. Para proyectos pequeños o librerías que no quieren agregar dependencias de testing, es una opción sólida.

Para aplicaciones complejas con necesidades avanzadas de mocking, snapshot testing o integración con frameworks frontend, Jest y Vitest siguen siendo la referencia. Pero la existencia de un runner nativo cambia la conversación sobre el overhead de configuración de testing en proyectos nuevos.

Watch mode nativo y mejoras en el CLI

Node.js 22 estabiliza el watch mode nativo (node –watch archivo.js), que relanza automáticamente el proceso cuando detecta cambios en los archivos del proyecto. Aunque herramientas como nodemon han cubierto esta necesidad durante años, tener esta funcionalidad en el runtime base elimina una dependencia de desarrollo muy común.

¿Vale la pena migrar ya?

Node.js 22 es LTS (Long Term Support) desde octubre de 2024, lo que lo convierte en la versión recomendada para proyectos en producción. La migración desde Node.js 18 o 20 es generalmente no disruptiva para la mayoría de las aplicaciones. Vale hacer un test completo antes de actualizar en producción, especialmente si el proyecto usa dependencias de terceros que pueden no haber actualizado sus peerDependencies.

En Octopus Agencia Digital mantenemos nuestras aplicaciones Node.js actualizadas en las versiones LTS. Si tenés un backend que necesita modernización, hablá con nuestro equipo.