El tiempo de ejecución de JavaScript Node.js se actualizó hace unos días a la versión 15. El software ha pasado 11 años desde su lanzamiento. Pero en mayo de este año, su competidor Deno también lanzó la versión 1.0 . Deno es un tiempo de ejecución de Javascript / TypeScript, desarrollado por Ryan Dahl, el padre de Node.js, y fue creado específicamente para corregir las debilidades clave de Node.js que Dahl cree, incluidos problemas de seguridad y el uso de un sistema de almacenamiento centralizado (npm) Y "herramientas engorrosas".
Actualmente, Deno tiene 68.7k estrellas en Github y aún está creciendo. Node.js tiene actualmente 74.5k estrellas en Github.
Para comprender cómo la generación actual de mantenedores de Node.js trata con los nuevos desafiantes y cómo lidian con las críticas de Dahl, un editor llamado Richard MacManus entrevistó a un ingeniero de software senior, Node.js de Red Hat. Bethany Griggs, miembro del Comité Directivo Técnico. Griggs ha estado involucrado en el proyecto Node.js desde 2016, trabajando principalmente en el Grupo de trabajo de lanzamiento de Node.js.
Griggs dijo en la entrevista que Node.js sigue siendo uno de los principales tiempos de ejecución para crear microservicios nativos de la nube y aplicaciones de back-end. Y agregó que Node.js también es muy popular en proyectos de IoT, y una de sus aplicaciones favoritas es que la NASA usa Node.js para monitorear los datos del traje espacial.
En este sentido, Richard cree que además del traje espacial, Node.js ya no se considera una novedad en el desarrollo de JavaScript. En comparación, el framework React de front-end Next.js puede tener la ventaja. Y en comparación con algunas de las funciones avanzadas de Deno (por ejemplo, Deno está escrito en el nuevo y popular lenguaje de programación Rust), el proyecto Node.js ahora sigue un camino de desarrollo relativamente conservador. Richard dijo, por lo tanto, que no es sorprendente que Node.js 15 sea una actualización incremental.
Por otro lado, Griggs también señaló que una actualización importante en la versión 15 es cambiar el rechazo sin procesar a un throwmodo. Y dijo que esto significa que los desarrolladores ahora pueden obtener "comentarios iniciales de que están ignorando el manejo de errores en la aplicación". Richard cree que es innegable que se trata de una actualización técnica valiosa, pero cree que es poco probable que esta actualización suscite mucha atención y discusión en el círculo tecnológico.
Respondiendo a las críticas de Ryan Dahl
Hace unos años, Dahl pronunció un discurso sobre su pesar después de crear Node.js. Señale que un problema importante es que no hizo que el tiempo de ejecución fuera lo más seguro posible. Más tarde, resolvió este problema cuando creó Deno, que también se anunciaba como "seguro por defecto".
Richard indicó que tiene más curiosidad acerca de si el equipo del proyecto Node.js ha realizado nuevos desarrollos o reparaciones para resolver algunos de los problemas planteados por Ryan Dahl en los últimos años.
Griggs respondió a la pregunta de Richard de manera más oficial, afirmando que Node.js "se inspirará" en Deno. Sin embargo, también señaló que, de hecho, antes de que naciera Deno, Node.js tenía un historial de discusiones sobre la ejecución segura y el acceso restringido a la API. También enumera varias "características experimentales" relacionadas con la seguridad ( ejemplo 1 , ejemplo 2 ).
Además, Griggs también declaró que no cree que el método de acceso de seguridad primero de Deno sea adecuado para Node.js. "Para aplicaciones prácticas, rápidamente debe comprometerse a otorgar acceso a muchas API, por lo que la relación entre el valor neto y la complejidad será muy baja".
También reveló que, aunque el equipo del proyecto Node.js está interesado en probar características de seguridad más sólidas, todavía no hay una buena razón para impulsarlos a adoptar la misma estrategia que Deno.
En cuanto a la crítica de Dahl a npm como un ecosistema de módulo cerrado, Griggs cree que Node.js no tiene ninguna razón para cambiar esto .
Griggs también dijo que la popularidad de los marcos de JavaScript como Next.js y Gatsby, así como el auge de Jamstack y sus métodos de generación de sitios web estáticos, no han tenido mucho impacto en la aplicación de Node.js. Node.js todavía se usa ampliamente para construir microservicios; entre las herramientas que constituyen la canalización de desarrollo de JavaScript del lado del cliente, Node.js aún se usa ampliamente.
Finalmente, en términos de visión futura , Griggs reveló que en el plan de diez años del proyecto Node.js para los próximos diez años, el equipo ha integrado la experiencia del desarrollador, la estabilidad, la calidad de operación, la experiencia del mantenedor de Node.js y la última tecnología y definiciones de API. Como prioridad.