¿Por qué no se usa JavaScript para el desarrollo de back-end?

Netscape puso a disposición JavaScript para el desarrollo del backend en Netscape Entreprise Server solo un año después de que lo lanzó por primera vez en el frente en Netscape Navigator

Microsoft hizo exactamente lo mismo con JScript con un año de retraso en IIS e Internet Explorer.

Luego, como parte de su proyecto Xena, Netscape trabajó en una versión escrita en Java de su navegador con nombre en código Javagator, también conocido como Jazilla (que finalmente se convirtió en iPlanet) con una versión Java de su motor JavaScript llamado Rhino. Sun comenzó a apoyar esta iniciativa y Rhino ha recibido Java en sí (como parte del JDK). Desde entonces se usa en muchos proyectos java diferentes.

Desde Java SE 8, el JDK viene con un motor JavaScript recientemente introducido llamado Oracle Nashorn.

Se han proporcionado muchas otras soluciones / plataformas con un motor de JavaScript para el backend. En algún momento, Wikipedia hizo referencia a hasta 58 de ellos, pero la lista se redujo significativamente (a 25 a partir de hoy):
Comparación de soluciones JavaScript del lado del servidor

Se utiliza en servidores de aplicaciones, a menudo a través de Node.js, así como en algunas bases de datos NoSQL como MongoDB, Apache CouchDB, WakandaDB y algunas otras.

Te sugiero dos presentaciones sobre ese tema:
– Estado del arte: JavaScript del lado del servidor
– NoSQL y JavaScript: una historia de amor

También te puede interesar la otra respuesta que le di a esta pregunta:
¿Por qué debería escribir JavaScript en el lado del servidor?

Ahora no solo se usa JavaScript para el desarrollo del servidor, sino que ni siquiera es una idea que comenzó con Node.js. En la década de 1990, una compañía llamada BroadVision vendió un servidor de aplicaciones que admitía el código del lado del servidor en JavaScript. Pero en ese momento, el estado del arte en las implementaciones de JavaScript (sin mencionar el estado del lenguaje en sí) no era tan bueno, y la idea realmente no tuvo éxito más allá de algunos de los primeros usuarios.

Hoy en día, JavaScript no solo se usa directamente para el desarrollo de back-end, sino que también se usa indirectamente como un objetivo de compilación para lenguajes alojados como ClojureScript y Dart, los cuales pueden apuntar a entornos de cliente o servidor.

Durante mucho tiempo, JavaScript fue un lenguaje único de front-end. Luego Google apareció con el motor V8, que suena como una bebida de jugo de tomate, pero en realidad permitió que JavaScript se ejecutara mucho más rápido.

Ese motor generó la creación de Node JS, que de hecho permite JavaScript del lado del servidor.

Node está arrasando en el mundo del desarrollo web, y es la tecnología de back-end de rápido crecimiento. La pila MEAN (Mongo DB, Express JS, Angular y Node) es una forma completamente nueva de desarrollar aplicaciones web.

Javascript se usa cada vez más en el servidor usando Node.js como ya han dicho otros. Estoy desarrollando una aplicación de base de conocimiento llamada Clibu, creando conocimiento que es completamente Javascript en el servidor y el cliente. Hace muchas cosas interesantes como actualizaciones en tiempo real para todos los navegadores cuando el contenido cambia e incluso comparte algo de código entre el navegador y el servidor. Desarrollar con JS hacia atrás y hacia delante es excelente y, al menos, muy recomendable.

Supongo que depende de cada perspectiva:

Para aprender la creación de la API Rest, desarrolló una plantilla repetitiva con la combinación Node-Mysql, siga este artículo:

Nodo Js con MySQL BoilerPlate para la creación de API Rest

si quieres usar mongoDB, marca este:

Funciones de mangosta (mongoDB) para la aplicación CRUD – Yogesh Agrawal – Medium

probar esto podría ayudar.

Javascript también fue utilizado por una variedad de productos Apache. Recuerdo haberlo usado para controlar el flujo de aplicaciones en Apache Cocoon a mediados de la década de 2000. Muchas aplicaciones Java utilizan Rhino para interpretar Javascript y compartir objetos Java con él.

Creo que la pregunta es por qué javascript no se usó para el lado del servidor antes del advenimiento de node.js, qué hizo node.js para permitir que javascript se use en el lado del servidor, por qué no se usó como antes.

Su suposición es incorrecta: JavaScript se está utilizando para el desarrollo de back-end. Checkout Node.js

Node.js
¿Cuál es tu pregunta otra vez?

Debido a que existen alternativas y personas encargadas de decidir el idioma a utilizar, prefiera otra cosa. Hasta que puedan entregar tienen razón.

Esta usado. Por favor verifique Node.js 🙂