Creo que lo que realmente sucedió es que RoR ya no es “genial”. Es NodeJS, Go, Elixir, Swift, … elige uno. A la gente le gusta hablar del “nuevo” <>.
Cuando recogí RoR por primera vez, me sorprendió la facilidad con la que podía obtener un sitio web asesino. La clave para mí fue que la convención sobre codificación (CoC) fue increíble y el soporte incorporado para los cambios de la base de datos de migración junto con el código.
Razones de la aparente “muerte” [en realidad disminución] de RoR:
- ¿Cuál es el uso de PHP aparte de la conexión a la base de datos?
- ¿Qué necesitamos saber antes de aprender AngularJS?
- ¿Hay un futuro para PHP?
- ¿Cuál es el marco JavaScript MVC con el mayor impulso?
- ¿Por qué Facebook no ha migrado fuera de PHP?
Razón 1: Mi opinión sobre RoR es que es increíble para el desarrollo personalizado siempre que no se use en Enterprise . ¿Por qué? … porque los tipos de Marketing / Negocios [en general] no escucharán a los desarrolladores. Ellos “le dicen” a los desarrolladores qué poner en la pantalla [sarcasmo]. En las pocas organizaciones que son verdaderamente Scrum / Agile, estos tipos llegan a aprender lo que es realmente “fácil” [e intuitivo] y trabajan juntos. El desarrollo cooperativo es la mejor solución. RoR puede ser muy exitoso en este escenario.
Razón 2: RoR es excelente para construir “aplicaciones”, pero no tan impresionante en aplicaciones de una sola página (SPA) al menos en comparación con algunas de las otras herramientas. Los SPA son una reacción del mercado a “duro”. El mantenimiento de aplicaciones complejas de varias páginas lleva mucho tiempo, es más riesgoso … Un SPA es más fácil, menos riesgoso y más rápido de desarrollar, más fácil de mantener, más barato y más fácil de probar.
Razón 3: Particularmente al principio, RoR estaba realmente dirigido al desarrollador superior al promedio. [Go / Elixir están en este mismo campamento, pero su rendimiento extremo supera a RoR.] Esto perjudica la tasa de adopción de RoR. En el mundo de hoy, NodeJS / JavaScript se presenta como más accesible.
Entonces, ¿está muerto RoR? No, simplemente se ha convertido en una solución multipropósito que no está tan “optimizada” en el mercado actual para lo que actualmente es “popular” [SPA].
Para aplicaciones web internas, aún argumentaría que RoR es una gran solución si tiene desarrolladores y usuarios de negocios / marketing superiores a la media que trabajan con desarrolladores [en lugar de dictar].
Si la compañía tiene muchas aplicaciones web internas con muchos buenos desarrolladores, entonces C # ASP.Net es mi solución preferida. [La guerra de las llamas puede comenzar …] Mi experiencia ha sido que los nuevos desarrolladores son significativamente más exitosos cuando la depuración es fácil y / o la aplicación web es “compleja” desde el punto de vista empresarial. En otras palabras, el CoC no es la regla, la rotación es alta, los requisitos comerciales locos, …
¡Elija la (s) herramienta (s), idioma (s), marco (s) que desea desarrollar y soporte durante 10 años! Pregúntese si puede entregarlo a un desarrollador junior más tarde. RoR puede estar en desventaja en este escenario.
Los SPA son más fáciles y potencialmente descartables, pero satisfacen las necesidades del negocio. La configuración sobre la codificación es el reemplazo [eventual] probable de gran parte de lo que todavía está codificado hoy [comenzar la segunda guerra de llamas].