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.

3 prácticas “ágiles” para aumentar la productividad de tu equipo:

1. Un espacio de trabajo adecuado para el equipo
2. Ciclos de trabajo cortos
3. Pon el trabajo a prueba (test driven development)

Más en Pymecrunch

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.

Estaba mirando lo del curso gratis de ruby, y jRuby y en el blog de Arun Gupta he encontrado este post sobre escalabilidad en el que se cuentan la arquitecturas de algunos de los sites mas grandes del mundo:

• YouTube Architecture
• Amazon Architecture
• Flickr Architecture
• Google Architecture
• PlentyOfFish Architecture

Me llaman la atención dos cosas:

• La predominancia absoluta del software libre en estas plataformas
• Todas son aplicaciones en modo como servicio

Quizás algún día las grandes empresas españolas entenderán que el camnio está claro:

Aplicaciones en modo servicio en grandes datacenters basados en software libre.

Para garantizar la calidad y la seguridad de un sistema, un lenguaje o una aplicación, a veces conviene pensar de forma diferente. Pensar más en “cómo podría fallar” y no tanto en “cómo podría funcionar”. Esta es la interesante tesis de este post sobre desarrollo ágil, surgido a partir de una reflexión de Bruce Schneier:

Los ingenieros de seguridad ven el mundo de una forma muy diferente al resto de ingenieros. En vez de centrarse en cómo funcionan los sistemas, se centran en cómo esos sistemas fallan; no sólo eso, también tienen que pensar en cómo otros pueden hacer que esos sistemas fallen y, por supuesto, en cómo impedirlo. Y es que la práctica totalidad de las “vulnerabilidades” de software ni siquiera aparecen en las operaciones más comunes. Sólo surgen cuando un “atacante” las aprovecha. Así que los ingenieros de seguridad necesitan pensar como los atacantes.

En ocasiones, la gente sin esta mentalidad cree que puede diseñar productos de seguridad, cuando en realidad no está capacitada. Y los resultados de esta ineficacia se pueden ver en muchos ámbitos: sistemas de encriptación fraudulentos, programas de software, protocolos de Internet, sistemas de votación, tarjetas, sistemas de pago, etc. Muchos de estos sistemas cuentan con un responsable de la seguridad, sí, pero ese responsable simplemente no es capaz de pensar como un “atacante”.

Construye tu propia fuente [si te atreves...] FontStruct te lo pone un poco más fácil. Después puedes compartirla con la comunidad.

Si no tienes suficiente paciencia, puedes bajarte algunas de las que ha diseñado la gente. Las hay realmente buenas.

Y para terminar, un ejemplo curioso: cómo dibujar con fuentes

Estamos muy contentos. Enhorabuena a beruby.com

BeRuby Wants to Put Cash Back in Your Pocket via the Web - HispanicBusiness.com

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.