Bun, Deno, Node.js? Recreando un tiempo de ejecución de JavaScript desde cero - Comprende la magia detrás de Node.js

Rate this content
Bookmark

Bun, Deno y muchos otros tiempos de ejecución de JavaScript han sido elogiados, pero ¿sabes por qué? ¿Es tan fácil crear un tiempo de ejecución desde cero?

He estado investigando el secreto detrás del poder de Node.js y por qué hay tantos nuevos tiempos de ejecución de JavaScript surgiendo. Desglosando cada componente clave utilizado en Node.js, he llegado a conclusiones interesantes que muchas personas solían decir, pero en la práctica funciona de manera un poco diferente.

En esta charla, los asistentes aprenderán los conceptos utilizados para crear un nuevo tiempo de ejecución de JavaScript. Pasarán por un ejemplo de cómo hacer un tiempo de ejecución de JavaScript siguiendo lo que está detrás de escena en el proyecto Node.js utilizando C++. Aprenderán la relación entre V8 de Chrome y Libuv y qué hace que un tiempo de ejecución de JavaScript sea mejor que otros.

Esta charla cubrirá los siguientes temas:
- ¿Qué es un motor de JavaScript - V8
- ¿Por qué Node.js utiliza Libuv
- Cómo crear un tiempo de ejecución de JS desde cero

29 min
14 Apr, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

La charla explora la magia detrás de Node.js y profundiza en sus componentes, incluyendo V8, libuv y el puente C++. Se discute el flujo de trabajo y el proceso de ejecución, el uso de NodeMod y la comprensión de las funciones de la consola. La charla también cubre las funciones y programación de Node.js, la introducción de tiempos de ejecución y la colaboración entre los tiempos de ejecución de JavaScript. Concluye con ideas sobre la producción de contenido, la elección de Node.js y la inspiración detrás de él.

Available in English

1. Introducción a Node.js y mi investigación

Short description:

Hoy, les hablaré sobre algunos experimentos, algunas ciencias locas que he estado haciendo usando JavaScript y muchas cosas más. Comencé a investigar sobre Node.js y encontré información contradictoria. Así que decidí crear un tutorial basado en mi propia investigación. Vamos a entender la magia detrás de Node.js y explorar el repositorio de Node.js.

Hoy, les hablaré sobre algunos experimentos, algunas ciencias locas que he estado haciendo usando JavaScript y muchas cosas más, y espero que les guste mucho este contenido porque fue un verdadero esfuerzo crear todo esto. Para comenzar, todo lo que les mostraré hoy ya está en línea, así que después de la charla les mostraré algunos enlaces para que puedan ir allí, pero por favor, si pueden, tomen una foto de esta charla, mencionen el evento, mencionenme porque esto nos ayuda mucho con el trabajo que hemos estado haciendo. Muy bien. Estoy muy emocionado, voy a hablar sobre Node.js y el creador de NodeJS está aquí, el bun, y así sucesivamente. Así que es bastante asombroso. Bueno, en primer lugar, he estado haciendo muchos otros experimentos. Estaba tratando de volver a implementar Node.js, re-implementando WebSockets, re-implementando la cobertura de código, así que he estado haciendo muchas preguntas específicas, así que estoy muy curioso, y todos estos tutoriales están allí para que también los encuentren. Bueno, todo este experimento comenzó cuando comencé a preguntarme, bueno, ¿realmente sé qué es Node.js? Así que comencé a investigar y descubrí que algunos artículos decían que V8 hace una cosa, Libuv hace otra, JavaScript tiene otro papel, y a veces un artículo era controvertido con otro, así que pensé, hmm, tal vez debería aprender más, tal vez debería entender mejor. Así que realmente no sé qué está sucediendo detrás de escena, cómo está funcionando realmente. Así que comencé a investigar un poco y descubrí que no hay contenido sobre esto. Nadie ha recreado todo esto, compilando todas las bibliotecas, pero comencé a investigar en el sitio web de Node.js, y esos enlaces me ayudaron mucho a aprender cómo funciona el bucle de eventos, cómo funciona el módulo de concurrencia en Node.js, pero aún así, quería más. Así que por eso creé este tutorial. Este es un tutorial completo paso a paso, en el que se basa esta charla, así que esta charla va a ser muchos aspectos destacados, porque no puedo mostrar todo práctico aquí. Así que pueden probarlo más tarde. Solo un aviso antes de continuar, voy a decirles, todo lo que hay aquí es parte de mi investigación, ¿de acuerdo? No soy un desarrollador de C++. Es posible que vean muchas malas prácticas allí, pero es algo que disfruté haciendo. Además, esto es parte de mi propia investigación. Como les dije, no hay contenido en Internet. Así que comencé a preguntar a algunos amigos, a mirar el código fuente y a hacer algunas suposiciones. Y solo un aviso, los autores de los JS Runtimers, son increíbles. Comencé a valorarlos más a medida que vi lo complejo que es detrás pueden usar JavaScript allí. Muy bien, vamos a la parte divertida, ¿verdad? Así que vamos a entender la magia detrás de Node.js. Todo esto, lo hice como un Gitpod. Hice todo el entorno para ustedes allí mismo. Son binarios y muchas cosas que pueden comenzar a usar de inmediato. Para comenzar, pensé, ¿qué pasa si voy al repositorio de Node.js y trato de encontrar cómo Ryan Doll estaba haciendo esto? Así que descubrí muchos archivos. Y descubrí como, oh, tal vez debería intentar reproducir esto, pero si ven, fue hace 14 años. Como muchas herramientas, ni siquiera funciona más. Pero aún así, ¿alguien ha visto este sitio web antes?

2. Introducción a los Componentes de Node.js

Short description:

Esta fue la primera versión lanzada de Node.js. Es la V001. Y puedes ver que en ese entonces no había console.log. Era puts. Muy bien. Traté de dividir los componentes principales para que puedas entender el papel de cada uno. Vamos a hablar sobre V8, libuv y el impresionante puente C++. Voy a intentar implementar una nueva función en el lado de V8. Echemos un vistazo a nuestro código JS y creemos una función de impresión en C++. Detrás de escena, V8 es como el evolucionador. Una función setTimeout es algo asíncrono, depende del entorno. Por eso Node.js es tan bueno, porque es extensible. La mayoría de los entornos de ejecución de JS siguen la misma idea. Voy a intentar hacer algunos experimentos usando nuestro código JavaScript. Aquí está todo el proyecto en C++.

Nadie. Esto es muy bueno. Esta fue la primera versión lanzada de Node.js. Es la V001. Y puedes ver que en ese entonces no había console.log. Era puts. Muy bien. Muy bien. Sé que este es un tema muy complejo, así que no te haré dormir aquí mismo, ¿de acuerdo? Así que traté de dividir los componentes principales para que puedas entender el papel de cada uno. Si estás buscando trabajo, esto es genial para mencionar en la entrevista.

Primero, vamos a hablar sobre V8. V8 es la gramática, son los tipos de datos de JavaScript, es cómo se interpreta JavaScript, lo que significa una clase, una variable, un tipo de datos, todo está en V8. También tenemos libuv. Libuv es la parte asíncrona de la que hemos estado hablando mucho. Pero solo piensa en ello como un while true que busca nuevos eventos y, si los hay, si hay eventos pendientes, los despacha todos y puedes comenzar a recibir más datos y así sucesivamente. Y aquí, para mí, está la parte asombrosa. El puente C++. Así que cuando intentes encontrar, te darás cuenta de que Node.js es casi todo en C++. Voy a intentar algo mágico contigo, intentando implementar una nueva función en el lado de V8. Así que echemos un vistazo a nuestro código JS. Cuando comienzas a usar V8 desde cero, nuestro contexto, nuestro disco global está vacío. Entonces no hay nada allí que podamos usar, pero voy a intentar implementar la función de impresión. Print no existe en JavaScript, ¿de acuerdo? Entonces, si quiero poder ejecutar esta función desde el lado de JavaScript, esto debe estar en V8. Así que usando el puente C++, voy a crear una función de impresión en C++, y luego la voy a vincular al contexto. Verás, diría que cada vez que vea esta cadena, voy a llamar a esta función de C++. Detrás de escena, V8 es como el evolucionador, ¿verdad? Está evaluando todo lo que quieres. Bien, vamos a intentar hacer algo más difícil. Una función setTimeout es algo asíncrono, depende del entorno, así que podemos usar uvstart, que son funciones de libuv. Hacemos exactamente lo mismo, mapeamos esta cadena a esta función de C++ y luego ya está disponible en V8. Te digo, esta fue la parte para mí como, oh dios mío, por eso esto es tan bueno, porque es extensible, ¿verdad? La mayoría de los entornos de ejecución de JS siguen la misma idea, extienden el entorno de ejecución de JavaScript y hacen muchas cosas geniales. Así que aquí mismo, voy a intentar hacer algunos experimentos usando nuestro código JavaScript. Aquí puedo

3. Flujo de Trabajo y Ejecución

Short description:

En esta parte, exploraremos el flujo de trabajo del proyecto. Comenzamos leyendo el archivo Index.js como una cadena y luego lo compilamos en instancias de C++. A continuación, examinamos la ejecución real y la espera de eventos. Este proceso implica evaluar el código y programar eventos.

ve el archivo Index.js y aquí está todo el proyecto en C++. Entonces, si vas allí, vamos a echar un vistazo al flujo de trabajo, cómo funciona. En primer lugar, tengo que leer un archivo, ¿de acuerdo? Como te estaba diciendo, el archivo Index.js es solo una cadena al final. Voy a tomar este archivo y luego voy a usar compile. Entonces, compile tomará toda la cadena y la transformará en instancias de C++. Y después de eso, vamos a ver la ejecución real detrás de eso y luego tenemos nuestra espera de eventos. Así que simplemente evaluamos todo el código y luego

4. Using NodeMod and Understanding Console

Short description:

Si vas al código fuente, verás que se lee el archivo desde C++. Para hacer este proyecto, pasé un mes tratando de crear una estructura para poder reutilizarla. Pensé, ¿qué tal si simplemente uso NodeMod para esperar cualquier cambio y luego actualizar nuestra aplicación? En primer lugar, ¿qué sucede si intentamos llamar a console.log? Todo lo que depende del entorno es parte de algo más. Echemos un vistazo a la impresión. Es agradable ver algo tan complejo y aún así usar algo que, para mí, era realmente primitivo.

programar y esperar eventos. Por eso estás aquí, te lo estaba diciendo. Y solo es cuestión de curiosidad. Si vas al código fuente, verás que se lee el archivo desde C++. Así que no estoy usando libuv aquí porque el punto de entrada, solo necesito la cadena. Así que no quiero esperar, no necesito esperar a ningún otro proceso. Muy bien. Para hacer este proyecto, pasé un mes tratando de crear una estructura para poder reutilizarla. Y tuve que compilar la biblioteca V8, que está en C++, y la libuv, que está en C. Así que puedes ver todos los encabezados allí. Así que si no eres desarrollador de C++, yo tampoco, ¿verdad? Así que solo puedes echar un vistazo a la estructura. Es una solución muy buena. Puedes ver que estaba usando libuv, básicamente estaba usando NodeMod para crear todas estas cosas allí, ¿verdad? Así que saltemos un poco para que puedas ver el NodeMod. No sé nada sobre las tooling en el JavaScript o en el lado de C++. Así que pensé, ¿qué tal si simplemente uso NodeMod para esperar cualquier cambio y luego actualizar nuestra aplicación? Así que uso make para ejecutar todos los pasos de mi archivo de configuración y genera un binario, y luego puedo ejecutar un archivo JavaScript. ¿De acuerdo? En primer lugar, ¿qué sucede si intentamos llamar a console.log? Fue lo primero que intenté hacer allí, y honestamente estaba luchando mucho. Así que si ejecutas console.log, podríamos ver en los registros que no sucede nada. ¿Verdad? Pensé, ¿por qué no está sucediendo? Sin embargo, si obtengo la función de impresión que implementé yo mismo y imprimo la consola, puedo ver un objeto allí. Y si intento ver todas las claves, están todas allí. Sin embargo, diría que son solo una interfaz, ¿verdad? Pero no están haciendo nada. Detrás de escena, setTimeout, setInterval, y console no son JavaScript. Entonces, todo lo que depende del entorno es parte de algo más. En realidad, está explicando JavaScript. Así que si intento usar setTimeout aquí, puedo ver que setTimeout no está definido. O si setInterval, tampoco está definido. Todo lo que es parte de esto en realidad proviene de otros grupos de trabajo. Así que podemos ver console, podemos ver todas las especificaciones, pero en realidad no es como ECMAScript, ¿verdad? No tenemos algo que el runtime deba seguir en este caso. Bueno, intentemos hacer algo mejor aquí. Echemos un vistazo a la impresión. Para mí, esto fue como, oh Dios mío, estoy usando printf, que usé el primer día de la universidad, ¿verdad? Es agradable ver algo tan complejo y aún así usar algo que, para mí, era realmente primitivo. Así que tengo esas Tengo la función de impresión, la misma idea que usé en todo el dibujo que hice. Así que tenemos una cadena

5. Node.js Functions and Scheduling

Short description:

Cada función en Node.js se instancia utilizando el mismo enfoque. JavaScript tiene algunas excepciones, como el tiempo que depende del entorno. Las plantillas de cadenas, los mapas, los operadores de propagación y las promesas están integrados en V8. Las promesas son envoltorios para devoluciones de llamada que ayudan a los desarrolladores a escribir un código mejor. setTimeout e setInterval implican programar funciones para su ejecución futura, con variables y referencias en su lugar. Se crea el temporizador de libuv para ejecutar la función y el resultado se envía de vuelta a JavaScript. Las promesas en JavaScript no son operaciones LibuV o asíncronas. El código UV ejecuta eventos y espera nuevos. Las promesas se pueden usar con async/await, ya que forman parte del lenguaje V8. La primera versión de Node.js expuso temporizadores y se ejecutó desde un archivo JavaScript, siguiendo la especificación ECMAScript.

Y luego mapeo a una función en C++. Cada función que tenemos en Node.js se instancia utilizando el mismo enfoque. Ahora, podemos ver qué es JavaScript. Así que una nueva fecha es JavaScript, aunque el tiempo depende del entorno, ¿verdad? Es la única excepción. Podemos usar plantillas de cadenas allí. También podríamos usar mapas. Podríamos usar operadores de propagación. Todo está integrado en V8. E incluso las promesas. Las promesas no son operaciones asíncronas. Son solo envoltorios para devoluciones de llamada que nos ayudan a los desarrolladores a escribir un código mejor, ¿de acuerdo? Bueno, intentemos hacer algo más interesante. ¿Qué tal setTimeout e setInterval? Recuerda la complejidad. Quiero programar una función que se ejecutará en el futuro, y esas variables y referencias deben estar allí cuando tenga que llamarlas de vuelta, y luego tengo que llamar de vuelta al lado de JavaScript, ¿de acuerdo? Esto me llevó un tiempo, amigo mío. Fue realmente loco construirlo. Pero echemos un vistazo al resultado final. Primero, voy a tener una clase. No prestes atención al lado de C++. Solo veamos los argumentos. Así que voy a tomar el tiempo de espera, el intervalo y asegurarme de que el tercer argumento sea una función de devolución de llamada. Luego voy a crear algo para almacenar esos valores, para que pueda ejecutarlos en el futuro. Y aquí estoy creando un temporizador en libuv. Así que inicio, simplemente envío y digo qué función se ejecutará al final. Y luego puedo ir a esta función y ver cuando el temporizador ha terminado, vuelve a C++, puedo obtener todo el contexto y luego puedo generar el resultado que voy a enviar de vuelta a JavaScript y llamar a nuestra función de devolución de llamada. Es una locura verlo, ¿verdad? No, para mí fue como magia con JavaScript, pero al final solo están simplificando toda la complejidad para que podamos comenzar a usar lo que ya sabemos. Y luego, si intentas ver el código UV, que es el while true que te dije, solo tenemos la ejecución y se asegura de que todos los eventos se despachen más tarde. Y seguimos la misma idea, compilamos el código y esperamos nuevos eventos. Y luego voy a establecer el tiempo de espera exactamente de la misma manera que hice para la impresión y otros. Ahora, lo que te dije de que las promesas son JavaScript y no operaciones LibuV o asíncronas. Puedo tomar la misma función que creé que usa una devolución de llamada, puedo hacer un envoltorio y usar async/await porque async/await es V8, ¿verdad? Es parte del lenguaje. Y una cosa interesante, si vas a la primera versión en la V0.1.1, así es como Ryan Doll hizo la primera versión de ella, ¿de acuerdo? Estaba exponiendo los temporizadores y ejecutándolos desde un archivo JavaScript y agregando más complementos en realidad. Así que debemos saber que V8, lo que JavaScript hace por defecto es

6. Introduction to Runtimes and Research

Short description:

Es por eso que tenemos módulos ECMAScript para reemplazar como el Common JS o el Required JS y facilitar nuestras vidas y también las vidas de los autores de otros runtimes. Bueno, ahora tenemos muchos otros nuevos runtimes que vienen, ¿verdad? La primera pregunta que tuve fue, ¿es fácil crear un runtime? ¿Por qué necesitamos un runtime ahora? Node ha estado allí durante casi 10 años. Así que comencé a investigar, a revisar su código y tenía algunas suposiciones. Primero, DNO. Si vas al código fuente de DNO, verás un código muy similar al que tenemos en el lado de C++ escrito en Rust. Está tomando una cadena, compilándola y ejecutándola. ¿De acuerdo? La misma idea. Exactamente la misma idea en C++. Y luego puedes ver que está inyectando DNO core, que extiende V8 e inyecta más código. Exactamente la misma idea interesante. ¿Qué pasa con Bunn? Bueno, Bunn es más una idea de ciencia matemática porque utiliza JavaScript core en lugar de V8, que no tiene documentación. No sé cómo lo ha escrito, y está escrito en Zig. Pero al mirar todo el código, verás el mismo enfoque. Está extendiendo las vinculaciones naturales del runtime de JavaScript y ejecutando muchas cosas.

conocido por la especificación ECMAScript. Es por eso que tenemos módulos ECMAScript para reemplazar como el common JS o el required JS y facilitar nuestras vidas y también las vidas de los autores de otros runtimes. Bueno, ahora tenemos muchos otros nuevos runtimes que vienen, ¿verdad? La primera pregunta que tuve fue, ¿es fácil crear un runtime? ¿Por qué necesitamos un runtime ahora? Node ha estado allí durante casi 10 años. Así que comencé a investigar, a revisar su código y tenía algunas suposiciones. Primero, DNO. Si vas al código fuente de DNO, verás un código muy similar al que tenemos en el lado de C++ escrito en Rust. Está tomando una cadena, compilándola y ejecutándola. ¿De acuerdo? La misma idea. Exactamente la misma idea en C++. Y luego puedes ver que está inyectando DNO core, que extiende V8 e inyecta más código. Exactamente la misma idea interesante. ¿Qué pasa con Bunn? Bueno, Bunn es más una idea de ciencia matemática porque utiliza JavaScript core en lugar de V8, que no tiene documentación. No sé cómo lo ha escrito, y está escrito en Zig. Pero al mirar todo el código, verás el mismo enfoque. Está extendiendo las vinculaciones naturales del

7. JavaScript Runtimes and Collaboration

Short description:

Lo que hace que un tiempo de ejecución de JavaScript sea mejor que otros es cómo manejan la complejidad de los módulos y la comunicación entre procesos. Bunn afirma ser más rápido debido a mejores algoritmos. La experiencia del desarrollador también juega un papel importante, con Dino ofreciendo características como pruebas nativas y TypeScript. Sin embargo, no es una competencia entre Dino, Bunn y Node.js. Están colaborando y compartiendo ideas para beneficiar a los desarrolladores. Si quieres aprender más e implementar tu propio FS, hay un tutorial en video y un libro electrónico disponibles en el sitio web del ponente.

Tiempo de ejecución de JavaScript y ejecutando muchas cosas. Entonces, desde atrás, es posible que te estés preguntando en este momento. Bueno, tenemos muchos, ¿verdad? CloudFlare workers, Dino y otras cosas. ¿Qué hace que uno sea mejor que otros? Esto era algo que me preguntaba, ¿cómo son más rápidos o cuál es el punto de crear un nuevo tiempo de ejecución de JavaScript? Bueno, el punto es, recuerda que C++ es el puente. Entonces, allí, en Node.js, tenemos todos los módulos. Esta es la impresión para Fs y lo que hace que un tiempo de ejecución sea mejor que otros es cómo manejan toda esta complejidad. Así que estoy recibiendo resultados del sistema operativo y estoy tratando de hacer ping a todos los servicios llamando a procesos, yendo y viniendo con las cadenas y podemos ver cómo están haciendo estos enfoques. Entonces, Bunn afirma ser más rápido porque utiliza mejores algoritmos para escribir y ejecutar funciones. Bonito, ¿verdad? En mi opinión, lo que hace que uno sea mejor que otros es la experiencia del desarrollador. Dino ha venido con, como, una prueba nativa. Tienen TypeScript y muchas cosas más para ayudar a los desarrolladores a escribir código más rápido y en mi opinión, esto importa mucho. ¿Pero es una competencia? ¿Dino reemplazará a Node? ¿Bunn reemplazará a Node o Dino? En mi opinión, van a colaborar entre sí. Entonces, Jarrett Sommer, quien también está hablando en esta conferencia, se unió a la organización de Node.js. Además, Colin Rigg, quien solía trabajar en Dino, ha estado trabajando en Node.js desde el principio. Entonces, todos están colaborando juntos para que podamos beneficiarnos. Y también hay un grupo de trabajo para que puedan compartir ideas. En el mundo de los tiempos de ejecución de JS, no tenemos ECMAScript, ¿verdad? Cualquiera podría escribir funciones C++ como desee. Así es como lo harían. Bonito, ¿verdad? Voy a ver, oh. Si quieres profundizar más e intentar implementar tu propio FS, te recomiendo encarecidamente el video. Allí, paso casi dos horas construyendo este tutorial para que incluso puedas complementarlo, ¿de acuerdo? Todo el contenido que te he enseñado, todas las ideas, todas las charlas ya están en mi sitio web. Entonces, si quieres ir más allá, estudiar más, puedes ir allí. Y de hecho, también publiqué un libro electrónico sobre toda esta charla.

QnA

Closing Remarks and Q&A

Short description:

Antes de terminar esta charla, tomemos una selfie y hagamos algo de ruido. Gracias por tenerme aquí. Estaré en el escenario con Ryan Dow para más discusiones. Ahora, respondamos una pregunta sobre por qué el proyecto de demostración se llama Capybara. Quería mostrar que Brasil es más que solo samba. Una de las cosas que más me gusta de mi trabajo es el poder de la comunidad y la curiosidad. He tenido conversaciones con personas de Google y V8, y ahora estoy planeando recrear React Native. Es una tarea desafiante, pero divertida. Hablando de desafíos, encontrar el coraje para hacer esto viene de mi amor por la historia. Incluso las mentes más grandes enfrentan problemas similares. Así que acepto el desafío.

puedes ir paso a paso. Antes de terminar esta charla, nos queda un minuto. Así que tenemos una tradición de tomarnos una selfie y molestar a los demás en el otro escenario, ¿de acuerdo? Así que voy a contar hasta tres y voy a hacer algo de ruido, ¿de acuerdo? Muy bien. Oh, genial. Entonces empecemos. Uno, dos, tres. ¡Ahh! Muchas gracias por tenerme aquí. También estaré en el escenario donde está Ryan Dow ahora mismo para discutir más si quieren reunirse y hacer preguntas y sugerencias sería genial. Bueno, gracias. Por favor, únanse a mí. Solo tenemos una pregunta, así que por favor traigan su pregunta a la diapositiva. Y la pregunta es, ¿por qué el proyecto de demostración se llama Capybara? Bueno, nosotros los brasileños tendemos a mostrar al mundo que no somos solo samba, ¿verdad? Entonces, el capibara es un animal muy conocido allí, parece un cerdo muy grande. Y realmente me encanta llamarlo capibara por eso, para tener algunas referencias, ¿verdad? Genial. ¿Cuál es una cosa favorita que puedes compartir sobre tu trabajo? Bueno, yo diría como Anna, ella está allí. Esta chica me ayudó mucho. Y esto es, diría, el poder de la comunidad y en realidad parte de ser curioso, ¿verdad? Hacía muchas preguntas y ella me decía, vamos, ¿por qué, qué quieres hacer? ¿Por qué quieres recrear algo? Yo decía, quiero aprender. Muy bien. Así que empecé a hacer muchas preguntas a la gente y ellos decían, no tengo idea. Tuve algunas conversaciones con personas en Google, en V8. Ellos decían que solo trabajaban con algo que funcionaba allí, el entorno funcionaba, pero nunca pensaron en recrear todo el asunto. Así que ahora, mi próximo paso es aún más difícil, pero tengo algunas ideas. Voy a intentar recrear el React Native. Así que quiero usar cosas como Alert y ver el Toaster en iOS y un Toaster en Android. Pero el problema es que tenemos que compilar todo el asunto, ¿verdad? Así que el entorno es realmente, realmente difícil de manejar, pero es divertido. La siguiente pregunta es, ¿cómo encuentras el coraje para hacer esto? ¿Con qué código te diviertes más? ¿El de Dino o el de Node? Bueno, me gusta la historia, ¿verdad? Yo diría que por eso amo Berlín. La gente, todo es tan histórico. Y estaba revisando, como produzco contenido a diario y estaba mirando las marcas, las más antiguas, y si vas allí, lo disfrutarás mucho. Como Ryan Dahl, esto está funcionando desde el comité y luego esto ya no funciona. Como, a veces encontramos a esos héroes y a veces pensamos, no, tal vez estas personas son genios y así sucesivamente. Pero a veces tienen los mismos problemas que enfrentamos, ¿verdad? Sí.

Explorando Experimentos Personales e Historias de YouTube

Short description:

Diría que porque no había contenido en Internet. ¿Has considerado escribir tu propio bucle de eventos para un tiempo de ejecución de juguete como este en lugar de libuv? Bueno, nunca. En realidad, libuv fue escrito para Node.js, ¿verdad? ¿Cuál es la recreación de la que estás más orgulloso? Es difícil de decir. Estaba intentando usar aprendizaje automático en el navegador utilizando las APIs de TensorFlow. ¿Alguna financiación o descubrimientos de Node.js, brepro, arqueología? Oh, no tengo idea. ¿Habrá algún video sobre cómo crear tu propia imagen de Node-Docker como Alpine, etc., por favor? ¿Cuánto dinero ganas en YouTube? No estás escuchando, ¿verdad? No. Permíteme contar una historia. YouTube es horrible.

Entonces, diría que, en general, me puse este desafío. Diría que porque no había contenido en Internet. Así que, si me pongo en esto, tal vez otras personas también puedan beneficiarse y podamos ayudar a nuestro ecosistema. Genial. ¿Has considerado escribir tu propio bucle de eventos para un tiempo de ejecución de juguete como este en lugar de libuv?

Bueno, nunca. En realidad, libuv fue escrito para Node.js, ¿verdad? Antes era, creo, libio que solo funcionaba en sistemas operativos Linux y Mac, y libuv vino a ayudar en el sistema Mac. Pero estaba mirando las APIs del sistema operativo, Dios mío, esto no es legible para los humanos, ¿verdad? No sé si hay algún desarrollador de C++ aquí. Realmente valoro mucho tu trabajo, porque es bastante difícil. Sí, parece. ¿Cuál es la recreación de la que estás más orgulloso? Es difícil de decir. Diría que siempre intento enseñar algo que no estoy 100% seguro de saber, para desafiarme mucho. Lo último fue, diría, estaba intentando usar aprendizaje automático en el navegador utilizando las APIs de TensorFlow. Y pensé, ¿qué tal si puedo usar la cámara web para hacer clic en los elementos como lo hacía la realidad virtual, ¿verdad? Así que la API era increíble haciendo esto, así que tuve que mapearlo todo. Pero el navegador no te permite simular un hover. Así que fue un desafío encontrar el CSS del elemento para poder hacer clic, pero fue muy divertido. Y solo por curiosidad, después de dos semanas, Zuckenberg publicó, como, chicos, oh, Zuckenberg te está robando. Vamos, dale un aumento, hombre. ¿Qué? Lo siento. ¿Alguna financiación o descubrimientos de Node.js, brepro, arqueología? Oh, no tengo idea, pero tal vez lo del Atlántico, ¿verdad? No sé si es así. No tengo idea. Sí. No sé si se puede llamar arqueología, pero está ahí, ¿verdad?, las ramas y todas esas cosas, cosas antiguas. ¿Habrá algún video sobre cómo crear tu propia imagen de Node-Docker como Alpine, etc., por favor? Bueno. Quiero decir, no lo sé, hay tantos buenos ahora mismo instalando todos los paquetes. No estoy seguro si agregaría más valor creando esto, pero no estoy seguro. Wow. ¿Cuánto dinero ganas en YouTube? No estás escuchando, ¿verdad? No. Permíteme contar una historia. YouTube es horrible. Así que tienes gente para

Producción de Contenido y Runtimes

Short description:

Al final, estoy pagando por hacer estas cosas porque produzco mucho contenido. No tenía idea de que console.log no es Javascript. Señor da so es una jerga en portugués para referirse a un nivel alto. El mejor runtime para microservicios depende de la experiencia del desarrollador y la preferencia del equipo. El prefijo WTF en el código GSA probablemente sea una plantilla utilizada en C++ para enlazar bibliotecas y referirse a funciones en tiempo de ejecución.

editar tu video, crear una buena miniatura, que la gente lo edite o lo revise. Al final, estoy pagando por hacer estas cosas. Sin embargo, no es solo eso, ¿verdad? Es porque estoy produciendo mucho contenido. Puedo hacer un producto de calidad o algo premium para que la gente obtenga valor, cambiar de trabajo mucho y así es como sobrevivo en la actualidad, ¿verdad? Esto no es una pregunta, pero no tenía idea de que Saitama o console no formaban parte de ES. Así que estaba como evangelista. Le estaba hablando a mi mamá. Mamá, ¿sabías que console.log no es Javascript? Fue una locura porque lo he visto desde el principio. Es lo primero que hacemos en Javascript y en realidad, no es Javascript. Es una locura, ¿verdad? Dice Señor da so en la mente. Supongo que, no sé qué es eso. ¿Es portugués? No tengo idea. Señor da so. Esto tiene algo que ver con el inglés, ¿verdad? Porque en portugués tenemos muchas jergas y cuando vamos al inglés, no podemos usarlas todas. Así que Señor da so es como senior, nivel alto. Lo usamos mucho. Es realmente agradable.

De acuerdo, esta es una charla increíble. En tu opinión, ¿cuál es uno de los mejores runtimes para microservicios en este momento? Oh, quieres ponerme en aprietos, ¿verdad? Oh, dios mío, es difícil de decir, ¿verdad? Diría que no, no lo sé, es difícil porque he visto cómo BAN está evolucionando mucho y cómo Node.js es tan maduro, cómo Dino, ha sido bueno. Diría que lo mejor es lo que mejora tu experiencia porque en términos de rendimiento, hemos visto algunas pruebas de referencia que muestran, oh, esto es más rápido, pero el 90% de las aplicaciones son aplicaciones CRUD, ¿verdad? Así que es difícil sentir toda esta mejora y en mi opinión, lo mejor es la mejor experiencia de desarrollo y lo que más le gusta a tu equipo. Diría que es más una opinión personal que para los runtimes. Pero esa es mi opinión, ¿verdad? Tengo más experiencia con Node que con otros runtimes también. La gente puede pensar de manera diferente, ¿verdad? Definitivamente. Tenemos una pregunta más. ¿Qué significa el prefijo WTF en el código GSA que vimos? Por ejemplo, incluye WTF/slash/model.h. Bueno, diría que WTF es un texto muy específico, ¿verdad? Voy a pensar que es una plantilla. Entonces, en C++, usamos include para enlazar las bibliotecas y decir, oh, voy a llamar a esta función, por ejemplo, la compilación de V8. Cuando uso V8 compile, tengo que incluir los encabezados. Entonces, cuando está en tiempo de ejecución, se va a referir al binario, ¿verdad? Si miras todo el pod de puerta que construí, V8 tiene dos gigabytes. Así que esto es algo de lo que estaba hablando con Anna, cómo dos gigabytes se convierten en 200 gigabytes al final de Node.js. Esto es realmente interesante. Estaba como, oh dios mío,

Choosing Node.js and Inspiration

Short description:

Elegí Node.js porque me sentía limitado como desarrollador de .NET y quería liberarme de estar atado a herramientas específicas. Con Node.js, pude aprender el funcionamiento interno y tener la capacidad de solucionar o comprender cualquier problema que surja. ¡Gracias por la charla informativa y atractiva!

Cuéntame todo. Y ahora es la última pregunta. ¿Por qué elegiste Node.js? ¿Cuál es tu inspiración? Elegí Node.js. Solía ser un desarrollador de .NET. Y en ese entonces, no diría que el lenguaje fuera un problema, pero sentía que estaba en una jaula. Recuerdo estar trabajando, y tenía alguna actualización en mi Visual Studio, y no podía trabajar. Pensaba, venga. Estoy atado a alguna herramienta. No soy un verdadero desarrollador, pensaba. Con Node.js, cuando llegó, estaba usando Sublime o Notepad en una terminal. Así que para mí fue como, esto es lo que voy a aprender, la verdadera cosa en Node.js o aprender cómo funciona detrás de escena. Porque si el framework deja de funcionar o la biblioteca o algo en sí mismo, podría solucionarlo yo mismo, ¿verdad? O al menos entenderlo. Genial, muchas gracias por tu charla y por responder todas las preguntas. Fue una gran charla. Gracias. ¡Gracias! ¡Dame un diez!

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

Node Congress 2022Node Congress 2022
26 min
It's a Jungle Out There: What's Really Going on Inside Your Node_Modules Folder
Top Content
Do you know what’s really going on in your node_modules folder? Software supply chain attacks have exploded over the past 12 months and they’re only accelerating in 2022 and beyond. We’ll dive into examples of recent supply chain attacks and what concrete steps you can take to protect your team from this emerging threat.
You can check the slides for Feross' talk here.
Node Congress 2022Node Congress 2022
34 min
Out of the Box Node.js Diagnostics
In the early years of Node.js, diagnostics and debugging were considerable pain points. Modern versions of Node have improved considerably in these areas. Features like async stack traces, heap snapshots, and CPU profiling no longer require third party modules or modifications to application source code. This talk explores the various diagnostic features that have recently been built into Node.
You can check the slides for Colin's talk here. 
JSNation 2023JSNation 2023
22 min
ESM Loaders: Enhancing Module Loading in Node.js
Native ESM support for Node.js was a chance for the Node.js project to release official support for enhancing the module loading experience, to enable use cases such as on the fly transpilation, module stubbing, support for loading modules from HTTP, and monitoring.
While CommonJS has support for all this, it was never officially supported and was done by hacking into the Node.js runtime code. ESM has fixed all this. We will look at the architecture of ESM loading in Node.js, and discuss the loader API that supports enhancing it. We will also look into advanced features such as loader chaining and off thread execution.

Workshops on related topic

Node Congress 2023Node Congress 2023
109 min
Node.js Masterclass
Workshop
Have you ever struggled with designing and structuring your Node.js applications? Building applications that are well organised, testable and extendable is not always easy. It can often turn out to be a lot more complicated than you expect it to be. In this live event Matteo will show you how he builds Node.js applications from scratch. You’ll learn how he approaches application design, and the philosophies that he applies to create modular, maintainable and effective applications.

Level: intermediate
Node Congress 2023Node Congress 2023
63 min
0 to Auth in an Hour Using NodeJS SDK
WorkshopFree
Passwordless authentication may seem complex, but it is simple to add it to any app using the right tool.
We will enhance a full-stack JS application (Node.JS backend + React frontend) to authenticate users with OAuth (social login) and One Time Passwords (email), including:- User authentication - Managing user interactions, returning session / refresh JWTs- Session management and validation - Storing the session for subsequent client requests, validating / refreshing sessions
At the end of the workshop, we will also touch on another approach to code authentication using frontend Descope Flows (drag-and-drop workflows), while keeping only session validation in the backend. With this, we will also show how easy it is to enable biometrics and other passwordless authentication methods.
Table of contents- A quick intro to core authentication concepts- Coding- Why passwordless matters
Prerequisites- IDE for your choice- Node 18 or higher
JSNation 2023JSNation 2023
104 min
Build and Deploy a Backend With Fastify & Platformatic
WorkshopFree
Platformatic allows you to rapidly develop GraphQL and REST APIs with minimal effort. The best part is that it also allows you to unleash the full potential of Node.js and Fastify whenever you need to. You can fully customise a Platformatic application by writing your own additional features and plugins. In the workshop, we’ll cover both our Open Source modules and our Cloud offering:- Platformatic OSS (open-source software) — Tools and libraries for rapidly building robust applications with Node.js (https://oss.platformatic.dev/).- Platformatic Cloud (currently in beta) — Our hosting platform that includes features such as preview apps, built-in metrics and integration with your Git flow (https://platformatic.dev/). 
In this workshop you'll learn how to develop APIs with Fastify and deploy them to the Platformatic Cloud.
JSNation Live 2021JSNation Live 2021
156 min
Building a Hyper Fast Web Server with Deno
WorkshopFree
Deno 1.9 introduced a new web server API that takes advantage of Hyper, a fast and correct HTTP implementation for Rust. Using this API instead of the std/http implementation increases performance and provides support for HTTP2. In this workshop, learn how to create a web server utilizing Hyper under the hood and boost the performance for your web apps.
React Summit 2022React Summit 2022
164 min
GraphQL - From Zero to Hero in 3 hours
Workshop
How to build a fullstack GraphQL application (Postgres + NestJs + React) in the shortest time possible.
All beginnings are hard. Even harder than choosing the technology is often developing a suitable architecture. Especially when it comes to GraphQL.
In this workshop, you will get a variety of best practices that you would normally have to work through over a number of projects - all in just three hours.
If you've always wanted to participate in a hackathon to get something up and running in the shortest amount of time - then take an active part in this workshop, and participate in the thought processes of the trainer.
TestJS Summit 2023TestJS Summit 2023
78 min
Mastering Node.js Test Runner
Workshop
Node.js test runner is modern, fast, and doesn't require additional libraries, but understanding and using it well can be tricky. You will learn how to use Node.js test runner to its full potential. We'll show you how it compares to other tools, how to set it up, and how to run your tests effectively. During the workshop, we'll do exercises to help you get comfortable with filtering, using native assertions, running tests in parallel, using CLI, and more. We'll also talk about working with TypeScript, making custom reports, and code coverage.