Sí; pero tal vez la robótica hasta cierto punto también.
JavaScript no irá a ningún lado a menos que ocurra un cambio drástico poco probable en el ecosistema del proveedor del navegador. Con el advenimiento de Node.js; tenemos la plataforma de desarrollo más eficiente, escalable, de alto rendimiento y centrada en JavaScript para aplicaciones web completas con algo como Express.js o API REST puras también. Más marcos como AngularJS y bibliotecas como React.js para el desarrollo de aplicaciones de navegador.
Robótica, es un campo que utiliza mucho JavaScript ahora; echa un vistazo a las publicaciones de robótica de JavaScript.
- ¿Vale la pena traducir una aplicación en tagalo para el mercado filipino o el inglés es lo suficientemente bueno?
- ¿Qué es mejor para notificaciones push, GCM (Google Cloud Messaging) o Urban AirShip?
- ¿Es el Macbook Air adecuado para programadores que lo utilizan principalmente para el desarrollo web y Android?
- Programación de computadoras: ¿Cuál es la mejor manera de aprender a programar aplicaciones móviles?
- ¿Cuáles son los problemas comunes que enfrentan las personas con las opciones Swift?
Sin embargo, los proyectos del lado del servidor se están desarrollando en Swift de Apple. Realmente creo que el modelo de bucle de eventos de un solo subproceso de Node.js es correcto; sin embargo, JavaScript y el motor v8 pueden eliminarse y el núcleo C / C ++ puede reescribirse hasta cierto punto con Swift en LLVM y continuar utilizando el arco de E / S de bucle de eventos de libuv. Pero esta es una conversación muy diferente. Pero uno que podría eliminar la Ley de Atwood. Sin embargo, los beneficios de la existencia actual de Node.js y su increíble potencial de entorno JavaScript de pila completa valen la pena no seguir ese camino.
Si se trata de redes, navegador o robótica; La Ley de Atwood parece bastante convincente para aquellos que están construyendo verdaderas aplicaciones de grado empresarial con tecnologías modernas.
