Me parece que la escritura está en la pared, y que Rails está saliendo.
Ya no es la mejor manera de hacer casi cualquier cosa, y tiene problemas terribles para escalar.
Node.js es fuerte, aunque aconsejo a los desarrolladores serios que elijan TypeScript (para usar con Node.js). Sin embargo, está bien comenzar con JavaScript. TypeScript es un estricto superconjunto de ES2015, después de todo. Si solo estás aprendiendo, JavaScript es un buen trampolín.
- Cómo construir un sitio web receptivo
- Al construir un sitio, ¿debería uno centrarse en el front-end primero o en el back-end?
- Cuando hablamos de JavaScript, ¿qué significa acoplamiento y desacoplamiento?
- ¿Hay alguna manera de hacer posible que una comunidad impulsada por WordPress (miembros, red) reserve fácilmente llamadas entre sí?
- ¿Puede alguien con varios años de experiencia en desarrollo web en el mundo real establecer una empresa de desarrollo web en cualquier país de Europa del Este y / o Israel? ¿Cómo se comparan estos?
Pero Node.js no es el único contendiente. También hay Go. Es incluso más rápido (y escala mejor en uso de memoria) que Node.js. Su ecosistema también es fuerte.
Pero lo que la gente no siempre entiende es que la razón completa de la existencia de Rails, la aplicación web, ha evolucionado de tal manera que el enfoque de Rails es simplemente incorrecto. (El enfoque PHP está igualmente roto).
Se están diseñando nuevas aplicaciones con Angular / React / Vue.js / Mithril.js.org en el cliente, y principalmente páginas estáticas y API simples en el servidor. Node.js y Go son ideales para ese patrón. Algunas personas lo llaman JAMstack. [1]
Ruby y PHP también pueden soportar el patrón, pero no ofrecen ninguna ventaja sobre Node.js o Go, y ambos ofrecen problemas de escala significativos. Puede necesitar entre 50 y 100 veces más servidores de aplicaciones Ruby que los servidores Node.js o Go para manejar la misma carga.
Notas al pie
[1] JavaScript, API y marcado