SoftwareLibre.Net

Javier Paniza ha publicado en JavaLobby un interesante artículo que compara los pasos para crear una aplicación CRUD utilizando Ruby en Rails y OpenXava. Obviamente la comparativa esta sesgada ya que Javier es el creador de OpenXava, pero aún así resulta interesante ver las diferencias sustanciales entre un framework MVC como Rails y un framework model-driven como OpenXava.

Al trabajar sobre las fechas en los Form Helpers de Rails, hemos conseguido un bug bastante peculiar, tiene mucho que ver con el uso de los helpers para crear varios elementos de una misma clase de Objetos; este consiste incialmente en colocar un par de corchetes ([]) alrededor del nombre del objeto que queremos crear, de esta forma podemos enviar multiples objetos de una vez en el request del Navegador.

Por ejemplo, cuando tenemos el siguiente codigo en un archivo rhtml (en Rails 2.0 sería html.erb)

A la hora de tener múltiples instancias de una aplicación Ruby On Rails en ejecución el caballito de batalla actualmente es Mongrel.

Mongrel es un webserver escrito en Ruby, donde los cuellos de botella fueron optimizados en lenguaje C. Es pequeño, ligero y sencillo de usar.

Basado en el mismo parser de Mongrel, pero usando Ruby/EventMachine (Ruby y C++) para acelerar la parte del I/O a nivel de redes y Rack para la interface con los frameworks crearon Thin.

¿El beneficio? Consistentemente maneja los requerimientos HTTP más rápido, en mis pruebas informales efectivamente se puede hablar consistentemente de entre un 15% y un 25% de mejora en los tiempos dependiendo del escenario.

Si antes usabas Instant Rails, ahora puedes usar BitNami que al parecer incluye adicionalmente Subversion. Claro, todo esto para quienes usan Windows como plataforma de desarrollo.

Estaba revisando donde un cliente un problema que tenía en su aplicación rails (todavía está en rails v 1.1.6).

El problema era relacionado con ciertas validaciones de fechas (validates_date) que empezaron a fallar cuando el desarrollador actualizó su versión de ruby de 1.8.4 a 1.8.6.

La causa del error es que ruby 1.8.6 introduce un método private Time#to_date, el cual altera la visibilidad del método existente de ActiveSupport.

La solución es agregar en el config/environment.rb lo siguiente:

Class Time
  public :to_date
end

Este debe estar en la galería de los mensajes de error más oscuros, y obfuscados en la historia de los lenguajes de programación :-(

Ya me había enterado hace algún tiempo que Craig McClanahan (autor original de Apache Tomcat, desarrollador original de Struts 1.0, y Co-especificador de JavaServer Faces 1.0) tenía algun tiempo desarrollando en Ruby on Rails.

Tal parece que McClanahan le cogió el gusto a rails, tanto asi que dió una charla en el RailsConf Europa 2007, el cual se llevó a cabo la semana pasada en Berlín.

Ya sé que la historia no tienen nada que ver con Java, pero sí tiene mucho que ver con la programación y creo que todos podemos aprender alguna lección de ella. CD baby es un portal dedicado a la venta de música de artistas independientes; tiene bastante éxito y emplea a cerca de un centenar de personas.

http://www.oreillynet.com/ruby/blog/2007/09/7_reasons_i_switched_back_to_p_1.html

Derek Sivers, el fundador de CDBaby explica su experiencia de un rewrite (o mejor, un intento de rewrite) de CDBaby de php a RAILS. 2 años de esfuerzo con el triste resultado de volver a php y rehacer el codigo en sólo 2 meses.

Cuales son los 7 motivos de Derek para que siga con PHP en vez de cambiar a Ruby on Rails?

Leelo en inglés (link arriba) y forma tu opinión. Yo por mi parte lo tengo claro. Ruby on Rails es bueno, PHP es bueno. Depende de cada uno cual es el lenguaje que mejor le va. Es muy muy probable, que cambiar una aplicación seria sólo por cambiar no tiene sentido.

[img_assist|nid=382|title=Ruby|desc=|link=none|align=left|width=100|height=100]Ruby es un lenguaje dinámico para una programación orientada a objetos rápida y sencilla. Vió la luz en Japón en el año 1993 gracias a Yukihiro Matsumoto (Matz) y llegó al público en general en 1995. Allí, en Japón, goza de una enorme popularidad, que incluso llega a superar a Python. Nosotros somos un grupo dedicado a difundir Ruby entre los usuarios de habla hispana.

[img_assist|nid=321|title=Rails|desc=|link=none|align=left|width=537|height=640]Rails es un framework MVC para el desarrollo de aplicaciones Web escrito en el lenguaje Ruby. Si han trabajado con frameworks MVC el pensamiento común es “Ooooootro framework más”, que fastidio. Sin embargo la simplicidad de uso de Rails es difícil de describir, vale la pena un vistazo.

Tan es así que los ports (o clones) de Rails has estallado como cotufas en muchos lenguajes de programación, entre ellos:

* Cake (PHP).
* Perl on Rails
* Trails (Java)
* Subway (Phyton)
* Catalyst (Perl)