Características de la plataforma Node.js

Pinta que és multiusos 😃 Haber si lo entiendo mejor que el de fundamentos de JS

Para que es bueno

• Aplicaciones en Red
• Aplicaciones de entrada y salida
• Orquestación entre múltiples aplicaciones

Para que no es bueno

• Bigdata
• Muchos datos no es entrada y salida, necesita mucha CPU
• Aplicaciones de Sistemas y para manejar componentes nativas.

Aquí el código de Archy 😃

Networking y I/O
Un poco más de 1/4 del core de Node está dedicado a Networking y I/O. Libuv es la librería que se encarga de las comunicaciones en la red y el acceso de entrada y salida del sistema de archivos. Teniendo en cuenta lo anterior Node es muy útil creando aplicaciones de entrada y salida (con alta concurrencia y cargas de trabajo muy altas, como leer archivos muy grandes) y aplicaciones que requieran transmitir información en la red de cierta manera.

Dentro del pequeño core de Node existen módulos que permiten que esta plataforma sea tan poderosa en la creación networking, algunos de estos son:

• HTTP: Para usar servidores HTTP.
• HTTPS: HTTPS es el protocolo seguro de HTTP, usando TLS/SSL.
• Net: Proporciona una API de red asíncrona para la creación de TCP basada en secuencias o IPC.
• Dgram: Presenta una implementación de sockets UDP.
• DNS: Funciones para resolver nombres, ya sea conectándose a un servidor DNS o con operaciones del sistema operativo subyacente.

Modular
El userland de Node es NPM (The Node Package Manager) el manejador de paquetes más grande del mundo, además es open source lo que permite que el ecosistema de Node sea muy grande y crezca cada vez más.

La modularidad de Node se debe en gran medida a la filosofía de que “los módulos deben ser pequeños, que se concentren en hacer una cosa y que la hagan bien” (alta cohesión), de esta forma las aplicaciones de Node son un sistema de módulos especializados que interactúan entre sí, esto a su vez hace que las aplicaciones no sea monolíticas o monolito (una aplicación monolítica se puede entender como una aplicación en la que los módulos son muy dependientes entre ellos, alto acoplamiento, lo cual es indeseable en desarrollo de software pues es aplicación muy dificil de mantener).

El hecho de que las aplicaciones se trabajen como un sistema de módulos logra que se resuelva un problema muy común que es el dependency hell (infierno de dependencias, aquí un ejemplo) el cual se resultado de conflictos entre las versiones de las dependencias de un proyecto, que pueden entrar en conflicto con las de otra aplicación o proyecto, Node soluciona esto infierno de dependencias de manera local y por proyecto, debido a que su cargador de módulos puede cargar dos o más versiones de un mismo módulo sin que entren en conflicto, fuente. Un ejemplo de un módulo pequeño y especializado es Archy.

JavaScript en el servidor
JavaScript es el lenguaje del navegador (y ningún otro lenguaje está cerca de sustituirlo), le da interactividad a la web de lado del cliente (frontend), con Node JavaScript ha llegado al servidor, esto hace que a un desarrollador frontend se le haga más fácil desarrollar de parte del servidor (backend) pues es el mismo lenguaje tanto para front como para back haciendo que sean altamente productivos.

Asíncrono
Sumado a lo anterior EcmaScript está trabajando constantemente mejorando el lenguaje, y dichas mejoras como: async await, clases, promesas nativas, entre otras, lleguen a Node haciendo que la experiencia de desarrollo sea más agradable. Estas nuevas características permiten que en Node se trabaje de una forma asíncrona y orientada a eventos, lo que hace que sea un plataforma ideal para aplicaciones en tiempo real.

La programación asíncrona en Node es posible por medio de callbacks, eventos y promesas. En Node las operaciones de entrada y salida no hacen que el event loop se bloquee, ¿cómo es esto posible si solo tenemos disponible un hilo? bueno, esto es posible debido a que aunque solo tengamos un hilo disponible para el usuario (es decir, las tareas se van añadiendo de forma secuencial a una cola de tareas), Node tiene 4 hilos, por defecto, para ejecutarlas, así se pueden ejecutar tareas sin bloquear el hilo de ejecución de la aplicación. Este video es excelente para entender cómo funciona el event loop en JavaScript y este artículo para entender cómo funciona en Node.

Pros y contras
Pros: Node es muy bueno para aplicaciones en tiempo real (orientadas en la red y en operaciones de entrada y salida) o para orquestación de recursos entre múltiples aplicaciones.

Contras: Node no es bueno para computaciones que requieren uso de la CPU, ni para desarrollar aplicaciones cómo systems programming.

dependecy HELL, me hace recordar esos clientes que quieren 1000000000000 plugins en sus wordpress jejeje

SI NodeJS tiene como debilidad el uso de proceso de calculo o procesamiento de mucha información, que podemos complementar para poder salir airosos con dicha tarea, quizás apoyarnos de integraciones con Python o que me recomiendan?

Electron te permite el desarrollo de aplicaciones de escritorio usando Node.js del lado del servidor y Chromium como interfaz

¿Cuál sería un buen libro para reforzar lo aprendido sobre Node?

Iniciando en Platzi… 😄

Hay un modulo en NPM que solo sirve para saber si un numero es par o impar 🤣🤣👍: https://www.npmjs.com/package/is-odd

A quien mas se le paran los videos de un momento a otro? eso esta muy canson, le toca a uno recargar la pagina 😕

✌

Capaz me estoy mareando pero si mongodb va de la mano con NODEJS porque una base de datos no relacionar, que no necesariamente, pero tiene como ventaja la gran capacidad de almacenar datos se maneja tan bien con nodejs, que escuche que no maneja bien los datos grandes?

Complementando a lo que dicen Julián sobre utilizar _NodeJS _con **“BigData”, **es que NodeJS no esta optimizado para trabajar tareas donde requiere uso de la CPU o GPU. Simplemente no fue creado para eso.

A ver como usamos node.js com MQTT 😃

Modulos que hacen una cosa, la hacen bien e interactuan, para evitar conflictos de versiones. Location!

The Node.js way… Me gustó esa frase.

System programming (or systems programming) is the activity of programming system software.
The primary distinguishing characteristic of systems programming when compared to application programming is that application programming aims to produce software which provides services to the user (e.g. word processor),
whereas systems programming aims to produce software which provides services to the computer hardware (e.g. disk defragmenter).
It requires a greater degree of hardware awareness.

Using the Windows API directly was, at one point, a common way to write applications for Windows. So no, that’s not systems programming.

Systems programming is not just “close to the OS” – it’s something essential to the core functioning of the computer system.
So writing an OS is systems programming. Writing video drivers, filesystem drivers, network drivers for that OS is systems programming.
Writing a compiler for a particular combination of language/chipset is systems programming.

In short, The system programming when compared with application programming is that the SP handles the OS software to work with hardware resources and AP handles the end users activity.

Muy bien, aunque por la discusión del Big Data entonces me habría gustado ver una comparación entre las distintas formas de crear un API REST (Node js, Microsoft Net Core, Laravel, Python - Flask, Django etc etc) y así reforzar para que me sirve el uso de la herramienta.

No entiendo porque pones al procesador como limitante de nodejs a la hora de manipular datos, ¿porque no sería bueno para big data y porque python sí? no me quedo claro eso. Justamente, no es entrada y salida, es algo que requiere estrictamente la cpu, y eso va ser limitación para cualquier lenguaje, porque dependerá del hardware. ¿Porque bloquearía el hilo de ejecución? ¿Acaso nodejs no tiene librerías para manejar multihilos y permitir así el multiprocesamiento? Por otro lado ¿Me darías un ejemplo de proyecto al que llamas “aplicaciones de sistemas”?

Muy interesante

Genial

La verdad siendo que aun me queda mucho por practicar sobre JS, puedo comprender a perfección la parte teórica de lo presentado al momento. Muchas gracias y espero que siga así!

Libuv es la librería encargada de las comunicaciones de red y el acceso al sistema de archivos, así como gestionar el event loop.

Genial

hice el curso de programación básica, es lo único que sé de javascript junto con otras cosas del dom, estas cosas de server.on y readFile no las he visto antes, debería tomar otro curso antes de este? y cual? o esto se explicará más adelante en el curso? muchas gracias.

Genial

💪💻 Estoy en busca de los MEJORES DEVELOPERS de LATAM:
🤘 ¿Eres un Master Pro, Senior Developer en: TypeScript, Node.js, Scrapping, end-2-end browser Jira?
Queremos conocerte en: https://selectalatam.teamtailor.com/jobs/preview/477fb8a9-1a9b-45f3-926a-22356e6a0558

🤘 ¿Tu especialidad es: Node y MySql Tecnologías secundarias: GraphQl?
Aplica ahora en: https://selectalatam.teamtailor.com/jobs/preview/8a2dea22-6f7c-4cc7-8540-7c07119bad11
🤘 ¿Tu gran amor es: Golang, Linux, Cloud Development, Java, C++ , JIRA?
Te esperamos en: https://selectalatam.teamtailor.com/jobs/preview/b833d966-6563-4ad0-9970-28715a4388cf

No bueno es que pueden tener mas de un lenguaje en el backend, por lo tanto pueden usar un lenguaje para BidData y Nodejs para lo demas

que es el core de node.js, para que funciona, de que se trata ? alguien que me pueda responder porfavor

Este curso me servirá mucho para crear un módulo de monitoreo de evaluaciones en línea en tiempo real, voy con toda.

D: yo no se nada de Redes, Tenemos en platzi algún curso que enseñe a fondo sobre redes ?

Julian, muy interesante todo lo que nos enseñas de Node.js hasta ahora, una pregunta: ¿por qué los textos que pones en el video están en inglés?
¿No sería mejor ponerlos en castellano también?
Saludos.