Mientras los devotos se dan cita en la Conferencia Rails 2008 (o en la paralela CabooseConf), FiveRuns está lanzando TuneUp, una herramienta “social” de debugging para controlar el rendimiento de las aplicaciones Rails.

TuneUp es un plugin que te dice dónde está funcionando con lentitud tu aplicación Ruby On Rails, y es capaz de señalarte las “queries” inadecuadas que has lanzado contra la base de datos. El informe generado se envía a un sitio web para que puedas compartirlo y revisarlo con otros programadores o miembros del equipo (de ahí su denominación “social”).

Visto en TechCrunch.

Peter Cooper ha recopilado 21 trucos y atajos de Ruby que, según él, deberías utilizar en tu código para que no tengas que reinventar la rueda cada vez que te pones a programar. Puedes encontrarlos en Ruby Inside.

Ha sido una carrera contra-reloj para llegar a tiempo a la RailConf08, que se celebra a finales de este mes (dentro de nada) en Oregon. Pero, al menos en teoría, el equipo del proyecto Rubinius lo ha conseguido. Rubinius ya es capaz de correr una aplicación simple (aún les queda mucho trabajo por hacer) de Rails.

Algunos, como Chad Fowler, ya lanzan las campanas y al vuelo, y afirman que “en el plazo de un año, Rubinius será usado en los desarrollos de producción y, a partir de ahí, pronto se convertirá en el estándar de Ruby”.

Muchas de las miradas están puestas ahora en IronRuby, la apuesta de Microsoft en este campo. Parece que ellos también están trabajando en la misma dirección.

Más info en InfoQ y en RubyInside.

Rails Cells: desarrollo orientado a componentes para Rails

El objetivo de Rails Cells es “trasladar las ventajas del desarrollo orientado a componentes a la plataforma de aplicaciones web Ruby on Rails, pero sin los problemas asociados al subsistema propio de Rails”. Una “celda” es una especie de controlador ligero con vistas asociadas. Cells quiere insertarse en la tradición de los WebObjects de Apple y el Seaside de Smalltalk.

En mayo Ruby ha escalado un puesto en la lista de los lenguajes de programación más populares elaborada por TIOBE, y ocupa ya el puesto 9. Por delante se sitúan Java, C, Visual Basic, PHP, C++, Perl, Python y C#. Por detrás, el resto (que son casi todos, claro). Este índice, elaborado por la comunidad de programación TIOBE, se actualiza de forma mensual y no mide cuál es el mejor lenguaje, ni en cuál se tiran más líneas de código. Lo que mide es la popularidad, y para hacerlo se basa en los resultados de los motores de búsqueda más populares: Google, MSN, Yahoo y YouTube.

El índice TIOBE puede ser útil para adoptar decisiones estratégicas, como elegir el lenguaje de programación más adecuado a la hora de construir un nuevo sistema o aplicación. Puedes ver la lista completa aquí. Más información sobre el índice aquí.

El mercado de soluciones dedicadas a gestionar el rendimiento de aplicaciones Ruby on Rails sigue creciendo y ya cuenta con un nuevo competidor. New Relic ha conseguido nada menos que 3,5 millones de dólares en una primera ronda de financiación, y tratará de hacerse hueco en un escenario hasta ahora dominado por FiveRuns (que, dicho sea de paso, acaba de publicar una entrevista a nuestro compañero Xavier Noria).

El producto de New Relic se llama RPM y, al menos en teoría, proporciona información que los desarrolladores pueden utilizar para detectar, diagnosticar y arreglar con rapidez los problemas de rendimiento de la aplicación. Por el momento, parece que el RM-Manage de FiveRuns incorpora bastantes más funcionalidades (seguimiento de bases de datos, Web daemon, etc.) pero habrá que esperar a las tarifas de New Relic para ver qué es lo que le interesa a cada empresa.

Como siempre, hay quien opina que no es necesario un servicio propietario para realizar estas funciones, y que hay recursos gratuitos suficientes, tipo Query Reviewer. En cualquier caso, el lanzamiento es interesante, no sólo por la inversión realizada (comparable con la de FiveRuns y Engine Yard ), sino porque demuestra que tanto los medios como los inversores están empezando a tener muy en cuenta los movimientos en el escenario Ruby on Rails. De hecho, la todopoderosa Teccrunch se hizo eco de la noticia.

Vía Ruby Inside.

Rails 2.1 está al caer. Aunque todavía no está confirmada la fecha de “lanzamiento”, ya podemos saber en qué consistirán las mejoras estrella:

• Gem dependencies: Los plugins de Rails son muy útiles porque, al estar incluidos en la aplicación, pueden ofrecen funcionalidades extra sin dependencias externas. Sin embargo, no sucede lo mismo con las gemas, en las que hasta hace poco, no había manera builtin de definir estas dependencias externas mediante programación. Todo esto cambiará con la nueva versión.
• Dirty tracking con actualizaciones parciales: Saber si tus objetos de Active Record han sido modificados o no es ahora mucho más sencillo.
• has_finder toma la forma de named_scope. El popular plugin has_finder tomará la forma de named_scope en Rails 2.1.
• Soporte de zona horaria incorporado. Ya no será necesario forzar la zona horaria con hasta dos plugins.
• Mejor infraestructura de cacheo. A partir de ahora, podrás especificar tu motor de cacheo preferido en el fichero de configuración.

Podéis ver más en el blog de Ruby on Rails.

Curso gratuito de Ruby on Rails

Los desarrolladores Michael Slater y Christopher Haupt -ambos ex Adobe- han creado un curso online gratuito para aprender Ruby on Rails desde 0. Los usuarios podrán acceder al código utilizado durante el curso, publicado bajo licencia Open Source en un repositorio público. El método utilizado para distribuir los contenidos será el correo electrónico: cada participante recibirá un mensaje por lección, con suficiente espacio de tiempo como para que puedan asimilar el tema. Además, los alumnos podrán plantear sus dudas y preguntas.

¿Qué materiales ofrece el curso?

• Una serie de 8 podcast de audio que explican los conceptos básicos de Ruby on Rails.
• Screencasts en los que se describe, paso a paso, cómo construir una aplicación Ruby on Rails sencilla.
• Código fuente completo para construir la aplicación de prueba del curso.

¿Por qué aprender Ruby on Rails?
Los autores del curso lo tienen claro: Ruby on Rails es una poderosa herramienta Open Source que te permite construir aplicaciones web realmente sofisticadas de una forma muy rápida:

• Gestiona toda la comunicación con la base de datos, de forma que puedes manejar los objetos software y dejar que el framework genere SQL.
• Ofrece un sistema de plantillas para gestionar la presentación de las páginas, además de facilidades para procesar formularios y actualizaciones AJAX.
• Proporciona una amplio abanico de plugins que permiten desarrollar funcionalidad de forma rápida.

Ruby on Rails fue diseñado para que emplees tu tiempo de la manera más eficaz, eliminando el trabajo pesado e innecesario, y permitiéndote crear grandes soluciones con un enfoque ágil y basado en iteraciones.

Hay una gran demanda de desarrolladores para Ruby on Rails, así que aprender a construir sitios con Rails puede ser un gran paso en tu carrera como desarrollador web, tanto si eres freelance como si tienes en mente mejorar tu puesto de trabajo en una empresa.

Échale un vistazo al curso.

Maqueros del mundo, no desesperéis. La sección para desarrolladores de Apple nos ha sorprendido con un artículo bastante práctico e interesante sobre cómo utilizar Ruby on Rails 2.0 en Leopard, la última versión del sistema operativo de MAC.

El “tour” arranca con consejos para construir aplicaciones web explotando las últimas funcionalidades de Rails y termina con la puesta en producción de la aplicación en un servidor Leopard.

Parece que la cosa no va a quedar aquí, y que éste va a ser sólo el primer artículo dentro de una serie. Podéis leerlo aquí. Que lo disfrutéis.

Cuando necesitamos consultar algún tema de Ruby que no tenemos fresco en la memoria, siempre podemos mirarlo en Google o en un libro de referencia, pero a veces resulta más cómodo recurrir a una sencilla “cheat sheet”, lo que aquí conocemos como “chuleta“. No te preocupes si ya no recuerdas cómo se fabrican: hay gente que se ha tomado la molestia de hacerlo por nosotros. Los tradicionales ingenios de papel ahora se presentan en formato PNG, PDF, HTML, e incluso como aplicación para instalar en local. ¡¡Y no hace falta que esperes al examen para utilizarlas!!

Al parecer, la idea inicial partió de Scott Klarr, que creó una buena lista de cheat sheets: Apache, MySQL, PHP, Javascript/Ajax.

Pero a lo que íbamos. En Ruby también hay “chuletas” para todos los gustos: cubrir excepciones, expresiones, tipos de variables, reglas de sintaxis, terminología, definiciones, variables, parámetros, etc. Tampoco faltan las introducciones para novatos y los manuales de referencia. Podéis encontrarlo todo en el siguiente post de RubyInside .

Eso sí, por lo visto en los comentarios, mucha gente sigue opinando que resulta más cómodo hacer la consulta directamente en un libro, tipo Ruby Pocket Reference, Ruby on a Nutshell, etc. Que cada cual elija.

¿Cuál es la mejor manera de adoptar “Agile” para una organización? ¿Hacerlo poco a poco, a partir de un proyecto piloto, o cambiarlo todo de golpe? El patrón más común sigue siendo el de empezar la transición a Agile con un proyecto piloto, para aprender de él y después extenderlo al resto de la organización. Normalmente se arranca con uno, dos o tres equipos de 5 a 10 personas cada uno. Sin embargo, también hay empresas que prefieren atacar el cambio a Agile de una sola vez, es decir, que apuestan por realizar la conversión “de golpe”. Veamos algunas de las posibles ventajas y desventajas:

POCO A POCO

Ventajas.

• Se minimiza el coste de los errores. No es lo mismo fallar con un solo equipo que hacerlo con 100…
• Permite seleccionar y centrarse en los equipos y los proyectos más exitosos, para vencer así las reticencias de los escépticos
• Siembra la organización con personas que actúan como embajadores para que otros comiencen a aceptar el cambio.

Desventajas.

• Las conclusiones del trabajo con un grupo pequeño no tienen por qué ser extrapolables a un proyecto mayor.
• Se tarda más en empezar poco a poco y escalarlo que en atacar el cambio de una sola vez.
• Se puede transmitir la sensación de que la empresa duda o desconfía del proceso ágil, y que por eso prefiere empezar por unas “pruebas” para tantear la situación.

DE GOLPE

Ventajas.

• Muestra el compromiso y la confianza de la empresa con Agile.
• Todo acaba pronto. Puede ser doloroso, pero no dura demasiado.
• Se evita el conflicto entre 2 procesos opuestos, el ágil y el tradicional, que de otra forma tienen que convivir, con los roces que eso implica.
• Los escépticos se ven obligados a asumir la estrategia de la empresa: no les queda otra opción, puesto que es la única estrategia posible.

Desventajas

• La transición es muy arriesgada. La empresa se juega el todo por el todo.
• Lo más probable es que la transición requiera una complicada reorganización de los equipos y las relaciones internas.
• El proceso puede generar mucho stress, presión y tensión.

Más sobre patrones de adopción de agile.

Y otras dos gemas:

1. PHP o Ruby, ¿quién corre más? Un blogero ha realizado un pequeño experimento para medir la velocidad de ejecución -en segundos- del código PHP y Ruby. También ha incluido Perl, Python y C++ en este “benchmarking” casero. Los resultados, aquí.
2. Una compañía de Manchester, 34SP, ha comenzado a ofrecer a sus clientes un servicio de hosting configurado específicamente para Ruby on Rails. Según su director técnico, “Ruby on Rails no funciona bien en un entorno de hosting compartido, así que para sacarle todo el jugo necesitas tu propio servidor. Pero dado que un servidor dedicado puede resultar demasiado caro, ofrecemos un servicio configurado para las aplicaciones de Rails con un frontend Apache“.

Recursos para Ruby y Rails (RRR).

Ruby Plus es un sitio que ofrece screencast gratuitos de Ruby y Rails. De momento, cuenta con 31 episodios grabados por Bala Paranj. Los primeros 12 están dedicados a Ruby (blocks, recursión, etc.) y se encuentran en la sección “Archivo”, por lo que es necesario registrarse para efectuar la descarga; la segunda parte, la más actual, se centra en Rails.

Los screencasts están en la línea de los ofrecidos por Railcasts, el sitio de Ryan Bates. Eso sí, Bates va bastante más adelantado: acaba de “producir” el capítulo #88, dedicado a los menús dinámicos de selección. La descarga también está disponible para iPod y AppleTV. Que aproveche.