Hace rato que no escribo... es que realmente, no he tenido el tiempo para hacerlo.

A ver... por dónde empiezo...

En el post anterior, hablé sobre el trabajo que hicieron Michel Martens y Manuel Aristarán en Madame Figaro trabajando con Ruby on Rails. Ahí, trabajaron codo a codo con la agencia de diseño interactivo Area 17.

Pues la gente de Area 17 quedó muy bien impresionada por el trabajo que hicieron Michel y Manuel (m&m de ahora en más, jeje), así que los convocaron para hacer un proyecto para ellos, pero esta vez, se necesitarían 2 desarrolladores más, y ahí, entré yo. Pues sí, m&m sugirieron a Area 17 que nos contrataran a Luis Lavena y a mí para ayudarlos en este proyecto.

Grandioso.

Así que desde principios de marzo hasta estos días, estuvimos trabajando duro y parejo en el desarrollo de Design 21: Social Design Network.



La experiencia ha sido... fantástica.

Me he pasado este tiempo trabajando en conjunto con Michel en Buenos Aires, Manuel en París y Luis en Tucumán. Eso, sin mencionar que el diseñador del sitio es estadounidense, el maquetador de HTML/CSS (sí, tareas separadas) es londinense y los directores de proyecto, parisinos. Proyecto súper internacional.

El proyecto ha sido MUY enriquecedor, pues utilizamos metodologías y herramientas muy buenas.

Herramientas que utilizamos:

Desarrollo / Testing / Deployment
* Ruby on Rails
* MySQL
* Capistrano
* RSpec

...en menor medida... ¡pero qué útiles!
* RCov
* Heckle

Colaboración
* Skype / GizmoProject
* Jabber / AIM / IRC
* Gobby
* Collaboa
* Subversion
* Basecamp

Creo que no me olvidé de nada.

Y otra cosa también interesante, Michel y yo, trabajamos con Ubuntu, Manuel con MacOS y Luis con Windows. Más: Michel con VIM, Manuel con EMACS, Luis con Komodo y yo con Gedit. ¿No es cool? (Pero mi intención es mudarme al VIM lo antes posible)

La verdad es que lo que más rescato de toda esta aventura, es el equipo de gente. Estoy encantado de haber tenido la posibilidad de trabajar con ellos. Creo que realmente, armamos un lindo grupo de trabajo con los muchachos.

¡Gracias equipo por tan buena experiencia!

2007-06-13 Actualización: Michel anunció el sitio en la lista de RubyArgentina y puso algunos datos que yo no había mencionado.

2007-07-23 Actualización: Luis y Manuel blogearon al respecto también.

Pedro Visintin realizó un reportaje a Michel Martens y Manuel Aristarán sobre su participación utilizando Ruby on Rails en el desarrollo del sitio francés Madame Figaro.

A los números:

* Duración del proyecto: 4 meses
* Cantidad de desarrolladores: 4 (un francés, un franco-australiano y dos argentinos)
* Cantidad de requests/day: 1.000.000 a los servidores de aplicación (aproximadamente)
* Cantidad de modelos: 164
* Cantidad de vistas: ~400
* Cantidad de controladores: 114

Sin desperdicios...

Me parece muy buena la autocrítica por no haber escrito más tests unitarios.
Jeje... es la misma autocrítica que yo me hago siempre y que estoy tratando de combatir.

Como ya había comentado, el sábado pasado crucé el charco y me fui a Buenos Aires por el día a conocer a algunos de los suscritos a la lista RubyArgentina.

Mi esfuerzo de 8 horas de viaje entre la ida y la vuelta incluyendo ómnibus y barco, queda opacado por el viaje de 32 horas de ómnibus realizado por Luis Lavena para trasladarse desde y hacia Tucumán.

Valió la pena. Nos encontramos 13 Ruby-fans y charlamos sobre temas diversos como experiencias, cómo llegamos a Ruby, cómo introducir Ruby en las empresas donde trabajamos, etc. También le "sacamos el cuero" un poquito a DHH. Jeje. Él puede elegir qué BMW comprarse.

Almorzamos unas ricas pizzas en La Madeleine de Puerto Madero y me comí una rica Cheese Cake de postre. Después de 6 horas de reunión varios se fueron y otros nos fuimos a otro lado para caminar un poco. Los que quedaban incluso me acompañaron hasta buquebus para tomarme el barco de vuelta.

Pedro y Lucas tuvieron la amabilidad de regalarme una remera con el logo de Rails impreso, muchas gracias.

Más allá de conocer gente que como yo se interesa por Ruby y todo lo que lo rodea y eso es bueno del punto de vista técnico/laboral, no quedan dudas de que el grupo está conformado por "buena gente".

Así que desde la hermosa ciudad de Montevideo, les envío un saludo afectuoso a los otros 12 participantes de la reunión.

Las fotos que saqué quedan publicadas en Flickr.

El próximo sábado 16 de diciembre varios miembros de RubyArgentina nos reuniremos para comer algo, charlar y principalmente para la mayoría, conocernos en persona.

Estoy muy contento por la buena relación (por ahora electrónica) establecida con algunos miembros. Seguramente el conocernos en persona no hará más que mejorar la relación con ellos y aún más gente.

Yo acabo de sacar los pasajes para viajar desde Montevideo ida y vuelta el mismo sábado. Voy a quedar destruido... jeje.

¡A la vuelta les cuento!

ACLARACIÓN: Este post es mi traducción al español de un post original de rbaldwin titulado Justify Your Choice of Ruby on Rails: Articles and Links.
Tradúzco también los títulos de los links, pero lamentablemente su contenido seguirá estando en inglés.

Si tienes un proyecto de determinada significancia para el que estás usando o consideras usar Ruby on Rails, tendrás que justificar tu decisión ante varias audiencias muy críticas al respecto. Tus clientes, inversores, aquellos que pueden adquirir tu negocio, tus compañeros, gerentes, equipo de trabajo, etc. tienen un montón de de preocupaciones acerca de las tecnologías que no son consideradas "mainstream". Si no estás usando algo ampliamente reconocido como seguro (J2EE o .Net), mejor te preparas para el baile.

Rendimiento y escalabilidad

Las dos mayores preocupaciones usualmente son el rendimiento y la escalabilidad: "Ruby es lento" o "los lenguajes interpretados son lentos" parecen ser las preocupaciones más comunes. Aquí hay algunos excelentes artículos en la materia (el resumen general es: Rails provee una gran ventaja en la forma de llevar tu producto al mercado, existen métodos razonables y baratos para afrontar cualquier cuello de botella en el rendimiento, y la escalabilidad no es un problema):

Escalar con Ruby on Rails es aburrido
Ejemplos de escalabilidad: Requerimientos de hardware en Basecamp y Robot Co-Op (43Things)
Tercerizando las funcionalidades de rendimiento intensivo
Haciendo las cosas más rápidas

Sistemas grandes usando Rails

Hay muchos más que los listados aquí, pero estos son algunos de los más grandes:

Amazon usa Rails en Amazon Unspun
Basecamp tiene más de 1 millón de usuarios
43Things tiene más de 700,000 usuarios
Odeo es una aplicación Rails
Blinksale es una aplicación Rails
Lista de otras aplicaciones Rails

Filosofía detrás de Rails

Muchos de los argumentos en contra de Rails están basados en el desconocimiento o malentendido de la filosofía, propósito, y decisiones de diseño detrás del framework. Los siguientes artículos proveen claridad en esta área:

Ruby on Rails: Una entrevista con DHH
IndicThreads.com entrevista con DHH
The Reg se sienta con DHH
Elija sólo una capa de inteligencia

¿Tienes miedo?

Elecciones de tecnología basadas en el miedo
¿Rails está listo para el estrellato?
¿Nos acercamos a un punto de quiebre para Rails?
¿Llegará Rails a ser una tecnología dominante?
¿Importa si lo hace?
Cómo introducir Ruby on Rails en tu empresa
Paul Graham: Ganándole a los mediocres (es sobre Lisp como una ventaja estratégica. Simplemente cambia "Rails" donde dice "Lisp" y comprenderás la idea).
El índice de comunidades de programación TIOBE Un indicador de la tasa de popularidad de Ruby (al momento de escribir esto está en el #12 y subiendo rápidamente).

Otros artículos

Algunos de estos artículos son viejos y no están al día con las capacidades de la versión actual de Rails, pero igual proveen buen material.

Enterprise Rails
Evaluando Ruby
RoR en la caja de herramientas Enterprise
Comparativa Rails / J2EE de IBM
Apostando a Rails: Pon tu dinero donde está tu boca
La perspectiva de Rails para un chico en el banco

Conoce a tu enemigo

Averigua que es lo que está diciendo la competencia. Hay muchas cosas escritas por ahí (algunas racionales y bien pensadas, otras mal informadas, y algunas de gente que seguramente está loca). Busca por 'rails sucks' o 'ruby sucks' (rails/ruby apesta) y tendrás horas de lectura entretenida. Debes entender cuáles son las fortalezas de Rails, cuáles son sus debilidades, y qué FUD hay por ahí para poder tomar (y defender) una decisión concienzuda.