El camino hacia el soporte de importación de JSON en Node.js

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

Los módulos JSON han sido una característica importante del ecosistema de JavaScript durante mucho tiempo, y ahora están tomando una nueva forma con la nueva sintaxis de importación ESM. Veamos la historia del soporte de JSON en Node.js, su relación con la compatibilidad web y cómo podemos hacer que finalmente suceda.

This talk has been presented at Node Congress 2022, check out the latest edition of this JavaScript Conference.

FAQ

Anton Duhamel, conocido como aduh95 en GitHub, es miembro del Comité Técnico de Dirección de NodeJS desde abril de 2021 y trabaja en la empresa Translordit.

Los módulos JSON son una forma práctica para que los autores de JavaScript interactúen con archivos JSON, que pueden ser utilizados para configuración o para consumir una API.

Inicialmente, Node.js no tenía un sistema de módulos estándar, luego adoptó CommonJS (CGS), que soportaba JSON desde 2011. Posteriormente, se adoptó la especificación ESM de ECMAScript en la versión ES6 o ES2015, que es compatible con más plataformas, incluidos los navegadores.

Inicialmente se intentó cargar módulos JSON a través de HTTP en los navegadores, pero fue revertido debido a preocupaciones de seguridad relacionadas con la posibilidad de que los servidores devuelvan código JavaScript malicioso en lugar de JSON.

La afirmación de tipo JSON es una adición a la sintaxis de importación que asegura que los archivos importados sean realmente JSON. Si no lo son, la importación falla y el código no se ejecuta, lo que ayuda a prevenir problemas de seguridad.

Hasta la fecha de corte de conocimiento, los módulos JSON y las afirmaciones de importación están disponibles en NodeJS versión 17, TypeScript versión 4.5, Deno versión 1.17 y los navegadores Chromium, con planes de implementación en otras plataformas.

Aunque los módulos JSON están disponibles en algunas plataformas, se recomienda esperar a que alcancen la etapa cuatro de la propuesta TC39 para ECMAScript antes de usarlos en producción para asegurar su estabilidad y seguridad.

Para importar un módulo JSON, se debe usar la importación predeterminada y luego acceder al campo deseado. Los archivos JSON deben ser tratados como cajas negras, ya que podrían contener datos en varios formatos como objetos, arrays, strings o números.

Antoine du Hamel
Antoine du Hamel
16 min
18 Feb, 2022

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Esta charla discute el camino hacia el soporte de importación de JSON en NodeJS, abarcando la historia e implementación de los módulos JSON. Explora las preocupaciones de seguridad y la propuesta de las afirmaciones de importación. La charla también explica cómo usar los módulos JSON en NetJS y la disponibilidad de soporte en diferentes navegadores. Menciona el trabajo con importaciones dinámicas y los planes futuros para agregar más módulos en Node Core. Además, aborda las diferencias de sintaxis entre ESM y CommonJS y los desafíos para superarlos.

1. Introduction to JSON Modules

Short description:

Hola a todos. Mi nombre es Anton Duhamel o aduh95 en GitHub. Estoy aquí para hablarles sobre el camino hacia el soporte de importación de JSON en NodeJS. Voy a hablar un poco sobre mí, soy miembro del Comité Técnico de Dirección de NodeJS desde abril de 2021. También trabajo en Translordit, ese es mi trabajo diario. Mi charla trata sobre los módulos JSON, ¿qué son? Es simplemente una forma práctica para que un autor de JavaScript interactúe con archivos JSON. La historia de los módulos JSON se remonta al comienzo de NodeJS. Primero, cuando se introdujo Node.js, no había un sistema de módulos, no había un sistema de módulos estándar en el ecosistema de JavaScript. Node.js introdujo CommonJS, que también se llama CGS, y tenía soporte para JSON bastante temprano. El siguiente paso es la especificación ESM o los módulos ECMAScript. Eso fue parte de la especificación ES6 o ES2015. Permite que el código JavaScript interactúe con otros archivos JavaScript. Actualmente es compatible con Node.js, navegadores, Deno, TypeScript y la mayoría del ecosistema. En el lado de Node.js, la primera implementación se lanzó en la versión 8.5.0. Estaba en una etapa muy experimental en este punto y imitaba la mayoría de los mecanismos de CommonJS. Una de sus características era poder importar archivos JSON también. Ha habido discusiones para agregar el soporte de módulos JSON en los navegadores. Eso se fusionó en 2019.

Hola a todos.

Mi nombre es Anton Duhamel o aduh95 en GitHub.

Estoy aquí para hablarles sobre el camino hacia el soporte de importación de JSON en NodeJS.

Así que primero, voy a hablar un poco sobre mí, así que soy miembro del Comité Técnico de Dirección de NodeJS desde abril de 2021. Y también trabajo en Translordit, ese es mi trabajo diario. Y también me pagan para decirles que si quieren que su trabajo en NodeJS, su contribución en el núcleo de NodeJS, sea patrocinada por ellos, solo envíen un correo electrónico. Es un buen momento.

De todos modos, mi charla trata sobre los módulos JSON, ¿qué son? Así que es simplemente una forma práctica para que un autor de JavaScript interactúe con archivos JSON. Así que podría ser para configuración o para consumir una API. Y voy a repasar la historia de los módulos JSON en el ecosistema de JavaScript, y luego veré cómo podemos usarlos hoy y cuáles son los próximos pasos.

Así que la historia de los módulos JSON se remonta al comienzo de NodeJS. Así que primero, cuando se introdujo Node.js, no había un sistema de módulos, no había un sistema de módulos estándar en el ecosistema de JavaScript. Mayormente se estaban utilizando tableros de flujo. Y algo tenía que hacerse al respecto. Así que Node.js introdujo CommonJS, que también se llama CGS, y tenía soporte para JSON bastante temprano. Así que en esta captura de pantalla podemos ver que fue en 2011. Así que se puede decir que fue hace mucho tiempo en el mundo de JavaScript. Y la desventaja obvia de CommonJS o CGS es que no es compatible con los navegadores. Así que el siguiente paso es la especificación ESM o los módulos ECMAScript. Así que eso fue parte de la especificación ES6 o ES2015. Así que fue un gran salto en la especificación ES6 donde pasamos de todo JavaScript a un JavaScript más moderno. Y una de sus adiciones fue las palabras clave de importación y exportación y el mecanismo de módulo que permitiría que el código JavaScript interactúe con otros archivos JavaScript. Y eso es compatible actualmente con Node.js, navegadores, Deno, TypeScript y la mayoría del ecosistema. Y una cosa notable que debo agregar es que los navegadores en particular hacen cumplir que solo se puedan cargar archivos JavaScript a través de este mecanismo. Y eso será importante más adelante. En el lado de Node.js, la primera implementación se lanzó en la versión 8.5.0. Estaba en una etapa muy experimental en este punto y imitaba la mayoría de los mecanismos de CommonJS. Así que una de sus características era poder importar archivos JSON también. Así que cuando se lanzó eso, ha habido discusiones para agregar el soporte de módulos JSON en los navegadores. Y eso se fusionó en 2019.

2. Security Concerns and Import Assertions

Short description:

La idea de cargar módulos obtenidos a través de HTTP fue revertida debido a preocupaciones de seguridad. Se planteó una propuesta para agregar una afirmación con tipo JSON a la sintaxis de importación, asegurando que solo se carguen datos JSON. El lenguaje JavaScript está gobernado por la especificación ECMAScript, escrita por el comité TC39. La propuesta de módulos JSON y afirmaciones de importación se encuentra actualmente en la etapa tres y está lista para ser implementada.

Entonces, la idea era si, en un navegador, se cargaban módulos a través de HTTP. Si la respuesta HTTP contiene un tipo MIME para un archivo JSON, se cargaría y analizaría como un archivo JSON. Si es JavaScript, se analizaría y cargaría como JavaScript. Pero eso fue revertido unos meses después debido a preocupaciones de seguridad planteadas por algunos de los implementadores. Podemos profundizar en los detalles de esta reversión.

Imaginemos que estás consumiendo una API del clima y esperas obtener un objeto JSON con un valor diferente en su interior. Lo importas como un módulo porque puedes hacerlo. ¿Y qué sucede si en lugar de devolver un archivo JSON, el servidor, ya sea porque está comprometido o porque es malicioso, devuelve un archivo JavaScript que hace algo malicioso? En este ejemplo, estoy agregando una llamada fetch que enviaría todos los datos del almacenamiento local a otro servidor. Pero podría ser cualquier cosa, es un comportamiento indefinido en este punto. Y los proveedores de navegadores decidieron que eso no era aceptable.

Para solucionar esto, se planteó una propuesta para cambiar el lenguaje JavaScript y agregar una adición a la sintaxis de importación que pudiera evitar que esto suceda. Como puedes ver aquí al final de esta declaración de importación, hay una afirmación con tipo JSON, lo que significa que si la respuesta no es un dato JSON, la declaración de importación falla y el código no se ejecuta. Si no estás familiarizado con cómo cambiar el lenguaje JavaScript, sería interesante hablar un poco al respecto. El lenguaje JavaScript está gobernado por la especificación ECMAScript y esa especificación está escrita por el comité TC39. El TC39 tiene una lista de propuestas que está disponible públicamente y cada propuesta pasa por cuatro etapas diferentes. Los módulos JSON y la propuesta de afirmaciones de importación se encuentran en la etapa tres, lo que significa que está casi terminada y está lista para ser implementada. Están esperando comentarios antes de decidir si pasará a la etapa cuatro, que es cuando la propuesta se integra en la especificación oficial. También quería mencionar la propuesta de plantillas, si no estás familiarizado. Estoy muy emocionado por esta. Es una API para reemplazar la API de fecha actual en JavaScript, que se supone que es mejor que la API actual. De todos modos, solo quería mencionarlo. Volviendo a los módulos.

3. Using JSON Modules in NetJS

Short description:

Ahora que la especificación ECMAScript tiene un mecanismo para garantizar la seguridad al cargar módulos JSON, NetJS puede basarse en ambas especificaciones para tener sus propios módulos JSON. La especificación HTML define cómo manejar la importación del mismo módulo con diferentes tipos de afirmaciones, y NetJS sigue esta definición. Actualmente, NetJS tiene disponible la afirmación de importación y los módulos JSON, y también es compatible con TypeScript, Deno y los navegadores Chromium. Sin embargo, aún falta en Firefox, Safari y Vendors. Para usar los módulos JSON, impórtalos como cualquier otro módulo y agrega la afirmación al final. Solo recuerda que si deseas importar solo una parte del paquete, debes usar la importación predeterminada y acceder al campo específico que estás buscando. Aunque aún no está listo para producción, puedes probar y experimentar con él en tus proyectos de prueba.

Entonces, ahora que la especificación ECMAScript tiene un mecanismo para garantizar que no haya problemas de seguridad al cargar módulos JSON. Esto se remonta a la especificación HTML, que ha realizado una actualización de la especificación para permitir módulos JSON cuando se presenta una afirmación. Y ahora es el momento de que NetJS se base en ambas especificaciones para tener sus propios módulos JSON.

Entonces, es posible que te preguntes en este punto qué tiene que ver la especificación HTML con la implementación de NetJS. Tengo un ejemplo para ti. En este caso, cuando el usuario importa dos veces el mismo módulo, pero con un tipo de afirmación diferente. Curiosamente, la especificación HTML no define qué debería suceder en ese caso. Nos prohíbe resolver ambos. Dice que al menos uno puede resolverse, como máximo, el otro debe ser rechazado. Y deja a los implementadores cómo lidiar con eso. Entonces, en el caso de NetJS, decidimos que tiene sentido seguir la definición de la especificación HTML sobre cómo manejar esto. De esta manera, podemos asegurarnos de que un módulo se pueda ejecutar exactamente de la misma manera en el navegador o en NetJS. Por lo tanto, cuando trabajas en NetJS, a veces tienes que consultar la especificación HTML para asegurarte de que la implementación sea a prueba de futuro. A prueba de futuro. Cuando NetJS implemente las importaciones HTTPS, funcionará como en el navegador. ¿Cuál es el estado actual? Actualmente, NetJS tiene disponible la afirmación de importación y los módulos JSON en la versión 17, y la versión 16 también llegará pronto. TypeScript también en la versión 4.5, Deno en la versión 1.17, los navegadores Chromium también los han agregado. Aún falta en Firefox, Safari y Vendors, pero esperamos que eso se solucione pronto. ¿Cómo usarlos? Es posible que ya hayas visto algunos ejemplos en mi charla, pero quería dar una visión general clara. Los importas como cualquier otro módulo y agregas la afirmación al final.

4. Working with Dynamic Imports and Future Plans

Short description:

Y también puedes trabajar con importaciones dinámicas. La razón de esto es que los archivos JSON no siempre son objetos. Podrían ser cadenas, matrices o incluso números. Entonces, si eres un jugador de JavaScript, puedes probarlo, jugar con él. Node.js ahora ha implementado la misma característica de compatibilidad web. Queremos ir más allá de eso, agregando soporte para más módulos en Node Core. Gracias por sintonizar y si tienes alguna pregunta, este es el momento.

Una advertencia interesante, podrías sentirte tentado a importar solo una parte de los paquetes, así que creo que si quisieras obtener la versión del paquete en el que te encuentras, podrías querer hacer esto, pero esto no funcionará. Debes importarlo usando la importación predeterminada y luego acceder al campo que estás buscando. Entonces, la razón de esto es que los archivos JSON no siempre son objetos. Podrían ser cadenas, matrices o incluso números. Entonces, tienes que, quiero decir, el motor de JavaScript no puede adivinar qué es, por lo que tiene que tratarlo como una caja negra, por así decirlo. Y solo está disponible la importación predeterminada.

Sí, ¿y ahora qué? Entonces, la pelota está ahora en tu tejado, así que si eres un jugador de JavaScript, puedes probarlo, jugar con él. No recomendaría ponerlo en producción por ahora. Tal vez quieras esperar a que alcance la etapa cuatro antes de hacerlo, pero sí, definitivamente, si tienes un proyecto de prueba, con el que quisieras experimentar, definitivamente hazlo. Puedes abrir problemas y solicitudes de extracción en los repositorios y participar en la discusión sobre cuál es el siguiente paso. Entonces, Node.js ahora ha implementado la misma característica de compatibilidad web. ¿Queremos ir más allá de eso? Entonces, tal vez, sí, más módulos, módulos de Tomo, TypeScript, ¿por qué no Coffeescript? Definitivamente, son cosas a las que nos gustaría agregar soporte en Node Core. Necesitamos a algunas personas que tengan la voluntad de hacerlo realidad. Así que si eres tú, ya sabes. Sí, eso es todo por mi parte. Así que gracias por sintonizar y si tienes alguna pregunta, este es el momento.

¡Hola, Ardaeen! Gracias por una charla tan completa. Hicimos la pregunta que hiciste a nuestra audiencia y aquí están los resultados. Bueno, la mayoría, un 73%, dice que lo usan, pero se transpila a CommonJS usando TypeScript, Mabel, etc. Interesante. Sí, supongo que hay muchos amantes de TypeScript en la audiencia hoy. Aún así, es bueno ver que al menos uno de cada cinco lo usa sin traducción. Así que eso es genial. Y todos han oído hablar de ello al menos. Sí, quiero decir, 0%, no sé qué es. Al menos me gustó esta parte de la investigación. Sí, habría sido aterrador descubrir que no saben nada al respecto. Entonces, ¿qué esperas, algo diferente o qué te sorprendió aquí? Todavía me sorprende un poco que tanta gente transpile a CommonJS, pero supongo que tiene sentido porque es la forma clásica de hacer las cosas.

QnA

Importando JSON en la sintaxis ESM

Short description:

Si tienes un proyecto con una base de código histórica que utiliza CommonJS, puede tener sentido seguir usándolo. Al trabajar con archivos JSON, no es posible importar una parte específica en una sola línea en la sintaxis ESM debido a razones de rendimiento. El motor de JavaScript necesita saber si el archivo importado existe y leer el archivo JSON en el momento de la importación sería demasiado costoso. En cuanto al futuro de ESM, es difícil predecirlo, pero creo que es el futuro de JavaScript y puede ayudar a cerrar la brecha entre el código del usuario y la funcionalidad deseada. Se han planteado preocupaciones sobre la incapacidad de ESM para realizar ciertas cosas, como inicializar módulos con opciones, pero existen soluciones alternativas.

Entonces, si tienes un proyecto que tiene un poco de historia y ha estado en su lugar durante un tiempo, tal vez ESM no estuviera disponible y estuvieras usando CommonJS, puede tener sentido. Sí, sigue siendo interesante verlo.

Sí, de acuerdo. Entonces, respondamos algunas preguntas de la audiencia. Tenemos una pregunta en la diapositiva número 18, mencionaste que no es posible importar una versión de un JSON en una sola línea, pero funciona en dos líneas. ¿Cuáles son las diferencias entre las dos sintaxis? Sí, es un poco complicado si no estás acostumbrado a la sintaxis ESM. Cuando trabajas con archivos JSON con llamadas requeridas, puedes hacerlo en una sola línea, importar una parte, un fragmento del archivo JSON. Y eso no funciona en la sintaxis ESM, principalmente por razones de rendimiento. Cuando el motor de JavaScript lee tu importación, tiene que saber si lo que estás importando realmente existe. Y sería demasiado costoso para él leer el archivo JSON en esta etapa. Por eso está prohibido. Y puede parecer arbitrario si no estás acostumbrado a ello. Pero sí, es algo que debes tener en cuenta. Pero sí, obtén todo y luego obtén la versión de eso. Entonces, sí.

Tenemos otra pregunta. ¿Crees que con TC39 adoptando tipos como comentarios y ESM nativo mediante la agrupación con el tiempo, ESM ganará más usuarios? Sí, es difícil predecir cómo el ecosistema de JavaScript se adaptará a esas cosas. Ciertamente espero que suceda porque creo que ESM es realmente increíble y es el futuro de JavaScript. Y ciertamente ayudar a reducir la brecha entre lo que los usuarios quieren escribir como código debería ayudar. Entonces, sí, me gustaría responder sí a la pregunta, pero dependerá de todos los demás, ya sabes. Sí, siempre es complicado. Sí, diría que puede ir en cualquier dirección. Pero sí, veamos qué depara el futuro para eso.

Tenemos otra pregunta de Uswal. Algunas personas han planteado algunas preocupaciones con ESM. Por ejemplo, su incapacidad para hacer cosas como const, inicializar un módulo igual a require, luego el nombre del módulo y luego llamarlo con algunas opciones. ¿Qué crees que es una forma adecuada de superar esto? Sí, es un poco como la primera pregunta. Usar la sintaxis ESM a veces te obliga a usar dos líneas en lugar de lo que podría haber sido una sola en CommonJS.

Diferencias de sintaxis y superación de desafíos

Short description:

No hay una buena respuesta para las diferencias de sintaxis entre ESM y CommonJS. Mayormente se elige por razones de rendimiento, pero no hay forma de superar completamente esto. Requiere un cambio de perspectiva en cómo se importan y exportan las APIs.

Y sí, no creo que realmente haya una solución alternativa para eso. Y a algunas personas realmente les gusta más una sintaxis que la otra. Eso es seguro. Pero sí, tal vez si no estás acostumbrado a ESM y aún quieres usar CommonJS. Por cierto, todavía es posible. No creo que desaparezca pronto, pero si quieres usar ESM, recupera esas capacidades. Sí, supongo que no hay una buena respuesta para eso. Tienes que trabajar en torno a la sintaxis.

Entonces, como dije, mayormente se elige por razones de rendimiento. El rendimiento no importa tanto en CommonJS porque solo funciona en Node.js, que no realiza una llamada de red mientras que ESM funciona en todas partes. Entonces, si tienes que hacer una llamada de red cada vez que importas algo, puede acumularse bastante. Por lo tanto, el rendimiento fue más descuidado al diseñar esta sintaxis. ¿Y cuál era la pregunta exactamente? ¿Hay alguna forma de superar esto? Sí, para superarlo, no creo. Entonces sí, supongo que la respuesta es que no creo que se pueda superar. Es solo un cambio de perspectiva en cómo importas tus APIs y cómo las exportas también. Bueno, necesitas encontrar una solución y superarlo. Entonces se nos preguntó qué sucede si importas un JSON no válido y si se puede cachear ese error. Entonces, si importas, hay dos tipos de importaciones cuando usas la sintaxis ESM, las importaciones estáticas. Esa es la que ves a nivel superior, importar nombre desde la URL o el nombre del módulo. Entonces, si intentas importar un archivo JSON que es inválido de esta manera, todo el gráfico del módulo se bloqueará. Entonces, si en alguna parte de tus importaciones estáticas tienes una importación de JSON no válida, se bloqueará y no puedes capturar eso, ¿de acuerdo? Eso es algo de lo que debes ser consciente, tal vez algo que quieras, tal vez algo que no quieras, y si no lo quieres, puedes usar en su lugar importaciones dinámicas. Esa es la otra importación con los paréntesis y colocas el nombre de tu módulo, y devuelve una promesa y puedes capturar el error, si hay un error, solo agrega un .catch o si esperas, puedes tenerlo en un try catch y se parece a una llamada de require. De acuerdo, sí. Entonces, bueno, tenemos otra pregunta, ¿NodeJS agregará soporte para módulos CSS? Supongo que depende si hay un buen caso de uso para eso y si alguien se encarga de llevarlos, no creo que sea realmente una característica de enfoque más amplio porque no creo que haya muchas razones para tener módulos CSS en NodeJS hoy en día, pero si tienes un caso de uso, puedes hacer que suceda si tienes suficiente voluntad. Sí, entonces puedes plantear un problema o un hilo de discusión en el repositorio de GitHub para eso, tal vez. Sí, definitivamente hazte conocer porque si nadie dice que no lo necesitamos, nadie querrá implementarlo. Sí. Genial, muchas gracias. Esas fueron todas las preguntas que teníamos. Así que muchas gracias por responder. Y para la audiencia, aún pueden hacer preguntas a Antoine. Solo vayan a su sala de conferencias. Pueden ir a la línea de tiempo y ver dónde está su sala de conferencias, únanse a él y hagan más preguntas o discutan si quieren discutir algo. Muchas gracias Antoine una vez más por unirte a nosotros. Fue realmente genial tenerte aquí. Sí, gracias y bienvenido. Y gracias por tenerme.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Es una jungla ahí fuera: ¿Qué está pasando realmente dentro de tu carpeta Node_Modules?
Node Congress 2022Node Congress 2022
26 min
Es una jungla ahí fuera: ¿Qué está pasando realmente dentro de tu carpeta Node_Modules?
Top Content
The talk discusses the importance of supply chain security in the open source ecosystem, highlighting the risks of relying on open source code without proper code review. It explores the trend of supply chain attacks and the need for a new approach to detect and block malicious dependencies. The talk also introduces Socket, a tool that assesses the security of packages and provides automation and analysis to protect against malware and supply chain attacks. It emphasizes the need to prioritize security in software development and offers insights into potential solutions such as realms and Deno's command line flags.
Cargadores ESM: Mejorando la carga de módulos en Node.js
JSNation 2023JSNation 2023
22 min
Cargadores ESM: Mejorando la carga de módulos en Node.js
Top Content
ESM Loaders enhance module loading in Node.js by resolving URLs and reading files from the disk. Module loaders can override modules and change how they are found. Enhancing the loading phase involves loading directly from HTTP and loading TypeScript code without building it. The loader in the module URL handles URL resolution and uses fetch to fetch the source code. Loaders can be chained together to load from different sources, transform source code, and resolve URLs differently. The future of module loading enhancements is promising and simple to use.
Hacia una Biblioteca Estándar para Runtimes de JavaScript
Node Congress 2022Node Congress 2022
34 min
Hacia una Biblioteca Estándar para Runtimes de JavaScript
Top Content
There is a need for a standard library of APIs for JavaScript runtimes, as there are currently multiple ways to perform fundamental tasks like base64 encoding. JavaScript runtimes have historically lacked a standard library, causing friction and difficulty for developers. The idea of a small core has both benefits and drawbacks, with some runtimes abusing it to limit innovation. There is a misalignment between Node and web browsers in terms of functionality and API standards. The proposal is to involve browser developers in conversations about API standardization and to create a common standard library for JavaScript runtimes.
Diagnostics de Node.js listos para usar
Node Congress 2022Node Congress 2022
34 min
Diagnostics de Node.js listos para usar
This talk covers various techniques for getting diagnostics information out of Node.js, including debugging with environment variables, handling warnings and deprecations, tracing uncaught exceptions and process exit, using the v8 inspector and dev tools, and generating diagnostic reports. The speaker also mentions areas for improvement in Node.js diagnostics and provides resources for learning and contributing. Additionally, the responsibilities of the Technical Steering Committee in the TS community are discussed.
El Estado de Node.js 2025
JSNation 2025JSNation 2025
30 min
El Estado de Node.js 2025
The speaker covers a wide range of topics related to Node.js, including its resilience, popularity, and significance in the tech ecosystem. They discuss Node.js version support, organization activity, development updates, enhancements, and security updates. Node.js relies heavily on volunteers for governance and contribution. The speaker introduces an application server for Node.js enabling PHP integration. Insights are shared on Node.js downloads, infrastructure challenges, software maintenance, and the importance of update schedules for security.
Compatibilidad con Node.js en Deno
Node Congress 2022Node Congress 2022
34 min
Compatibilidad con Node.js en Deno
Deno aims to provide Node.js compatibility to make migration smoother and easier. While Deno can run apps and libraries offered for Node.js, not all are supported yet. There are trade-offs to consider, such as incompatible APIs and a less ideal developer experience. Deno is working on improving compatibility and the transition process. Efforts include porting Node.js modules, exploring a superset approach, and transparent package installation from npm.

Workshops on related topic

Masterclass de Node.js
Node Congress 2023Node Congress 2023
109 min
Masterclass de Node.js
Top Content
Workshop
Matteo Collina
Matteo Collina
¿Alguna vez has tenido dificultades para diseñar y estructurar tus aplicaciones Node.js? Construir aplicaciones que estén bien organizadas, sean probables y extensibles no siempre es fácil. A menudo puede resultar ser mucho más complicado de lo que esperas. En este evento en vivo, Matteo te mostrará cómo construye aplicaciones Node.js desde cero. Aprenderás cómo aborda el diseño de aplicaciones y las filosofías que aplica para crear aplicaciones modulares, mantenibles y efectivas.

Nivel: intermedio
Construir y Desplegar un Backend Con Fastify & Platformatic
JSNation 2023JSNation 2023
104 min
Construir y Desplegar un Backend Con Fastify & Platformatic
Top Content
WorkshopFree
Matteo Collina
Matteo Collina
Platformatic te permite desarrollar rápidamente GraphQL y REST APIs con un esfuerzo mínimo. La mejor parte es que también te permite desatar todo el potencial de Node.js y Fastify siempre que lo necesites. Puedes personalizar completamente una aplicación de Platformatic escribiendo tus propias características y plugins adicionales. En la masterclass, cubriremos tanto nuestros módulos de Open Source como nuestra oferta en la Nube:- Platformatic OSS (open-source software) — Herramientas y bibliotecas para construir rápidamente aplicaciones robustas con Node.js (https://oss.platformatic.dev/).- Platformatic Cloud (actualmente en beta) — Nuestra plataforma de alojamiento que incluye características como aplicaciones de vista previa, métricas integradas e integración con tu flujo de Git (https://platformatic.dev/). 
En esta masterclass aprenderás cómo desarrollar APIs con Fastify y desplegarlas en la Platformatic Cloud.
Construyendo un Servidor Web Hiper Rápido con Deno
JSNation Live 2021JSNation Live 2021
156 min
Construyendo un Servidor Web Hiper Rápido con Deno
Workshop
Matt Landers
Will Johnston
2 authors
Deno 1.9 introdujo una nueva API de servidor web que aprovecha Hyper, una implementación rápida y correcta de HTTP para Rust. El uso de esta API en lugar de la implementación std/http aumenta el rendimiento y proporciona soporte para HTTP2. En este masterclass, aprende cómo crear un servidor web utilizando Hyper en el fondo y mejorar el rendimiento de tus aplicaciones web.
0 a Auth en una Hora Usando NodeJS SDK
Node Congress 2023Node Congress 2023
63 min
0 a Auth en una Hora Usando NodeJS SDK
WorkshopFree
Asaf Shen
Asaf Shen
La autenticación sin contraseña puede parecer compleja, pero es fácil de agregar a cualquier aplicación utilizando la herramienta adecuada.
Mejoraremos una aplicación JS de pila completa (backend de Node.JS + frontend de React) para autenticar usuarios con OAuth (inicio de sesión social) y contraseñas de un solo uso (correo electrónico), incluyendo:- Autenticación de usuario - Administrar interacciones de usuario, devolver JWT de sesión / actualización- Gestión y validación de sesiones - Almacenar la sesión para solicitudes de cliente posteriores, validar / actualizar sesiones
Al final del masterclass, también tocaremos otro enfoque para la autenticación de código utilizando Flujos Descope en el frontend (flujos de arrastrar y soltar), manteniendo solo la validación de sesión en el backend. Con esto, también mostraremos lo fácil que es habilitar la biometría y otros métodos de autenticación sin contraseña.
Tabla de contenidos- Una breve introducción a los conceptos básicos de autenticación- Codificación- Por qué importa la autenticación sin contraseña
Requisitos previos- IDE de tu elección- Node 18 o superior
GraphQL: De Cero a Héroe en 3 horas
React Summit 2022React Summit 2022
164 min
GraphQL: De Cero a Héroe en 3 horas
Workshop
Pawel Sawicki
Pawel Sawicki
Cómo construir una aplicación GraphQL fullstack (Postgres + NestJs + React) en el menor tiempo posible.
Todos los comienzos son difíciles. Incluso más difícil que elegir la tecnología es desarrollar una arquitectura adecuada. Especialmente cuando se trata de GraphQL.
En este masterclass, obtendrás una variedad de mejores prácticas que normalmente tendrías que trabajar en varios proyectos, todo en solo tres horas.
Siempre has querido participar en un hackathon para poner algo en funcionamiento en el menor tiempo posible, entonces participa activamente en este masterclass y únete a los procesos de pensamiento del instructor.
Dominando Node.js Test Runner
TestJS Summit 2023TestJS Summit 2023
78 min
Dominando Node.js Test Runner
Workshop
Marco Ippolito
Marco Ippolito
Node.js test runner es moderno, rápido y no requiere bibliotecas adicionales, pero entenderlo y usarlo bien puede ser complicado. Aprenderás a utilizar Node.js test runner a su máximo potencial. Te mostraremos cómo se compara con otras herramientas, cómo configurarlo y cómo ejecutar tus pruebas de manera efectiva. Durante la masterclass, haremos ejercicios para ayudarte a sentirte cómodo con el filtrado, el uso de afirmaciones nativas, la ejecución de pruebas en paralelo, el uso de CLI y más. También hablaremos sobre trabajar con TypeScript, hacer informes personalizados y la cobertura de código.