Barrapunto

Trabajo en una empresa de desarrollo y varios de mis compañeros trabajan con Ruby on Rails y están felices.
Anteriormente trabajaban con J2EE (Struts + Spring) y me comentan que con Ruby todo es mucho más fácil.

Una de las ventajas que me comentan es que no hay proceso de despliegue. Si cuando programas con J2EE tienes que desplegar toda la aplicación cada vez que cambias una coma en una clase; en RoR sólo hay que hacer el cambio en el código y ya está.

Me imagino que en caso de que tu proyecto sea grande, supongo que empezarán a aparecer limitaciones que en otros lenguajes no debe haber.
De todas formas creo que vale la pena.

Hombre, el despliegue J2EE no es una cosa que está ahí "para fastidiar". Si hay despliegue es porque hay una arquitectura distribuida, en la que los componentes/recursos tienen que estar igualmente disponibles en distintas instancias. Además, hay una diferenciación entre aplicaciones, y una serie de normas en el ciclo de puesta en producción que hay que seguir. Con ASP tampoco tienes que hacer despliegue y así les va...

Supongo que cuando te refieres a desplegar quieres decir que es necesario crear un nuevo .war con la aplicación modificada. La idea del .war es que en todos los servidores que cumplan cierta especificación (creo que la de servlets 2.2 pero no estoy seguro) basta con colocar el .war en el directorio adecuado y que la aplicación funcione perfectamente. Esto convierte a la instalación en algo tivial y estándar (no me meto ya en si la aplicación requiere una configuración especial del servidor o librerias de éste no incluídas en la aplicación). Además la creación del .war es algo totalmente automatizable y trivial.

Sin embargo, este .war es para la utilización de la aplicación en producción, mientras estés desarrollándola no necesitas ni .war ni nada, como mucho al realizar alguna modificación tendrás que reiniciar la aplicación. Si por ejemplo modificas una clase sólo tendrás que compilarla.

Personalmente no veo ningún problema en esta manera de trabajar e incluso la veo beneficiosa. Y aunque no me gustara, me parece un defecto tan irrelevante que no se debe tener en cuanta a la hora de elegir java, ruby o lo que sea.

Asimismo, Struts es un framework muy maduro y potente que se puede considerar como estándar, aunque probablemente el futuro sea Spring. El hecho de que tus compañeros prefieran Ruby habla muy bien de él (me refiero a Ruby).