El equipo de Jesper Rønn-Jensen, lleva trabajando con Rails como herramienta de prototipado desde hace tiempo para grandes clientes de Capgemini Dinamarca. Jesper es un participante activo en la Comunidad Rails internacional, desarrollando plugins, asistiendo a Conferencias. Ha hecho varias presentaciones explicando los beneficios de Rails para prototipar , como en reboot8.

El caso es que ya es oficial:
Capgemini Dinamarca usa Ruby On Rails como herramienta de prototipado y en algunos casos en producción.

Razones: mayor productividad, menor coste y mejoras notables en la calidad del producto final. Tal y como lo cuentan parece ser la piedra filosofal del software.

We have had working prototypes up and running in a matter of hours. A specific example was a project we decided to implement in Ruby on Rails. Originally the project was estimated at 400 hours in Microsoft .Net. With Ruby on Rails we could deliver it in 110 hours.
-- Jesper Rønn-Jensen

Rake es el equivalente a make para Ruby. Sirve para crear y automatizar tareas de mantenimiento. Estos son algunos de los comandos más útiles:

rake: sin parámetros reconstruye la base de datos de testing utilizando las migraciones y ejecuta todos los tests en el directorio test.

rake db:migrate: actualiza la base de datos. Con el parámetro VERSION=X, después del comando, la actualiza a la versión especificada, por ejemplo, rake db:migrate VERSION=3.

rake db:test:clone: copia la base de datos de desarrollo en la de testing para ejecutar los tests.

rake stats: muestra las estadísticas de nuestra aplicación.

 +----------------------+-------+-------+---------+---------+-----+-------+
 | Name                 | Lines |   LOC | Classes | Methods | M/C | LOC/M |
 +----------------------+-------+-------+---------+---------+-----+-------+
 | Controllers          |     7 |     3 |       1 |       0 |   0 |     0 |
 | Helpers              |     3 |     2 |       0 |       0 |   0 |     0 |
 | Models               |    44 |    27 |       4 |       1 |   0 |    25 |
 | Libraries            |     0 |     0 |       0 |       0 |   0 |     0 |
 | Components           |     0 |     0 |       0 |       0 |   0 |     0 |
 | Integration tests    |     0 |     0 |       0 |       0 |   0 |     0 |
 | Functional tests     |     0 |     0 |       0 |       0 |   0 |     0 |
 | Unit tests           |    82 |    63 |       4 |       6 |   1 |     8 |
 +----------------------+-------+-------+---------+---------+-----+-------+
 | Total                |   136 |    95 |       9 |       7 |   0 |    11 |
 +----------------------+-------+-------+---------+---------+-----+-------+
   Code LOC: 32     Test LOC: 63     Code to Test Ratio: 1:2.0
 

rake doc:app: genera la documentación del proyecto basándose en RDoc (Lectura recomendada: Introducing RDoc ).

rake db:sessions:create: crea una tabla para almacenar sesiones de usuario mediate cookies. Útil para sistemas con autenticación.

rake db:sessions:clear: Cada sesión de usuario crea una nueva fila en la tabla de sesiones, por lo que es importante realizar limpiezas periódicas. Este comando vacía la tabla de sesiones.

rake log:clear: limpia los archivos de log de la aplicación. Conviene ejecutarlo periódicamente para evitar que los archivos ocupen demasiado espacio.

rake rails:freeze:gems: importante si queremos mantener nuestra aplicación "congelada", es decir, utilizar la versión de Rails que tenemos instalada actualmente en el sistema de manera que una actualización inesperada incompatible no rompa nuestro trabajo.

rake rails:unfreeze: descongela la aplicación abriéndola a actualizaciones.

rake rails:freeze:edge: para valientes. Copia el último código disponible del repositorio subversion de Rails -posiblemente inestable- y lo almacena en el directorio vendor/rails de la aplicación.

Fuentes: Ruby On Rails, Beginning Ruby On Rails for eCommerce Appress, 2006, Martin Fowler

Dave Astels , es uno de los mayores expertos en Agile Development, Xtreme Programming. En esta presentación habla sobre TDD y BDD.

Sigo dándole vueltas al TDD. Probando y cacharreando con herramientas que me permitan incorporar de manera más natural esta sana rutina.

Ahora me toca con ZenTest y Autotest, como he leido en este antiguo post de Geoffrey Grosenbach.

La idea es que el proceso de testing se acelera, si al menos es por dejar de mirar al navegador, ya estamos ganando algo. :-)

Va de herramientas.

Acabo de descubrir Monkey Test.

Es una gema que puedes instalar en tu máquina y sirve para mostrar el output de tus baterías de tests de forma más ordenada y en color (el clásico rojo/verde).

Para instalar la gema de Monkey Test, si estás en Mac OS X o en Linux, desde tu consola debes teclear: sudo gem install monkeytest. Selecciona el número de tipo de instalación y ya lo tienes.

Si ya has escrito tus primeros tests puedes probarla. Para ejecutarla, desde el directorio raíz de tu aplicación y teclea monkeytest. Obtendrás una resultado similar a esta captura: una tabla y el resultado de cada test (PASS, FAIL, ERROR) en color.

Más visual y atractivo. ¿No?

Monkey Test