Barrapunto

Y yo con rubias.

Pero esto está lleno de maromos. xD

¿Hubieras podido hacer la correspondiente evangelización en tu empresa a favor de un lenguaje libre como PHP? ¿Como Perl? ¿Como Python? Apuesto a que no. Por tanto, el problema no es Ruby on Rails, sino la cultura de tu empresa.

Ojo, yo estoy de acuerdo con lo que decía por ahí otro comentario, que el objetivo de una empresa es ganar dinero, no que sus empleados se entretengan probando lo último que salga al mercado. Por tanto es normal que la estructura de mando sea reacia a incorporar cambios, porque su objetivo es aprovechar el conocimiento de los empleados.

Por tanto, para conseguir que en tu empresa acepten el uso de RoR tendrás que demostrar por la vía dura que es más rentable que lo que se esté usando hasta entonces. Y la única forma es hacer un prototipo rápido con RoR a tu jefe inmediato en un tiempo récord. Tampoco creo que esto sea garantía de éxito.

En todo caso, yo creo que RoR se va a hacer un hueco en el mundo del desarrollo web con herramientas libres, y s encuentra ahora en el mismo estado de ebullición que PHP en sus primeros tiempos. Soy de la opinión de que las soluciones J2EE son tan flexibles y potentes que en muchos casos suponen matar moscas a cañonazos, lo que deja hueco al desarrollo en arquitecturas más ágiles.

Tienes una lista de usos «reales» de Ruby en RealWorldRuby [rubygarden.org]

Y yo estoy haciendo una aplicación en RoR para un cliente bastante importante.... y lo más probable es que la mayoría del desarrollo para ellos lo empecemos a hacer con Ruby/RoR (y ellos igual también lo adoptan y empiezan a usarlo).

No conozco Ruby, pero en mi empresa se hace todo en Zope [zope.org], o sea, en python.

Hay multitud de gestores de contenidos, libres o privativos, basados en Zope. Nosotros además hemos desarrollado un producto de gestión empresarial, KMKey [kmkey.com], que nos está dando buén resultado. La elección de Zope fué determinante, dado que el mismo desarrollo en otros entornos (al menos los conocidos por nosotros) no hubiera llegado a las mismas cotas de flexibilidad en el producto, ni de rapidez en el desarrollo. Resultado, más curva de aprendizaje, pero mucho menos coste de desarrollo, y un resultado que se adapta con mucha facilidad a cada cliente. A toro pasado, creo que una buena elección.

Hasta donde conozco Ruby on Rails no es un lenguaje de programación sino que es un Framework [wikipedia.org] de desarrollo rápido de aplicaciones web con acceso a base de datos

Las pantallas de introducción y visualización de datos se construyen semi-automaticamente en función del módelo utilizado y parametrizando únicamente unos pocos ficheros XML.

Mirate el vídeo introductorio [rubyonrails.com] y lee la documentación [rubyonrails.com]. Además de que encontrarás miles de millones de introducciones a Ruby on Rails disperas por la red. Ocurre un poco como con Ajax, todo el mundo habla de el, todo el mundo escribe un artículo de introducción pero hay poca "chicha"

En cualquier caso una simple búsqueda en cualquier buscador te hubiese devuelto los mismos resultados en una centésima parte del tiempo ;-)

Saludos

En primer lugar, Ruby es un lenguaje totalmente orientado a objetos, que toma ideas de distintos lenguajes como Python, Perl o Smalltalk.

Está diseñado desde un principio pensado como un lenguaje orientado a objetos, por lo que tiene características muy adaptadas a ese respecto, como atajos para declarar métodos get/set, librerías para programar con patrones ... Además las sintaxis es muy clara y hace muy sencillo y rápido programar en él.

Ruby on Rails es un framework de desarrollo web basado en el patrón MVC (Modelo Vista Controlador) y con un entorno para programar acceso a bases de datos de forma muy rápida. Lo de Ruby en el nombre viene a que se usa este lenguaje para cubrir la capa del controlador.

Podríamos compararlo a usar JSP junto con Struts (parte MVC) e Hibernate (parte de acceso a datos) a la vez y todo muy integrado, y hace que programar una aplicación sea en ocasiones cuestión de minutos.