Una de las mejores maneras para progresar como desarrollador es asistir a conferencias, congresos y eventos varios. No siempre es posible debido a múltiples razones (falta de tiempo, falta de dinero, demasiada lejanía espacial…) por lo que es bueno que los congresos y conferencias ofrezcan streaming o, por lo menos, los vídeos de las charlas a posteriori. Esto es lo que ha hecho la gente de la Barcelona Ruby Conference celebrada en la capital catalana este pasado otoño y que ya desde hace unas semanas ofrecen en su web todas las charlas del evento, tanto para ver desde Youtube como para descarga para visionar cuando no haya conexión a Internet (sólo de pensar en esto, la falta de conexión a Internet, me entran escalofríos, por cierto).

En total más de 15 vídeos de ponentes nacionales e internacionales de prestigio dentro del mundo de Ruby (todos en inglés, como debe de ser) por lo que seguro hay más de uno y más de dos que resultan ciertamente interesantes a los profesionales para saber del estado del arte de Ruby o incluso a aquellos que se estén adentrando ahora mismo en este lenguaje y su bastante amplio ecosistema.

Una buena manera de estar al día sobre Ruby desde la comodidad de tu sofá.

Vía y vídeo | baruco.org

Si alguna vez has tenido que escribir un paper, seguramente te habrás tenido que pelear con LaTeX, ese sistema de composición de textos a base de macros creado por Leslie Lamport en 1984 y casi se ha convertido en un estándar para documentos académicos o técnicos que contengan fórmulas matemáticas. No nos engañemos, LaTeX es un engorro… pero un engorro que a veces es inevitable, por eso hoy te traemos en Genbeta Dev writeLaTeX, una aplicación web que te puede facilitar bastante la vida.

writeLaTeX es ni más ni menos que un editor web colaborativo y en la nube de LaTeX. Vamos, basicamente un Google Docs para LaTeX y, ojo, tiene bastante buena pinta: puedes compartir tus documentos y ver los cambios que en ellos se producen en tiempo real, puedes exportarlos a pdf o zip, subir imágenes y demás contenido de manera sencilla, preview automática… vamos, no te escribe las macros ni las fórmulas pero para todo lo demás que el escribir un paper o un informe tiene a su alrededor, te puede resultar bastante útil.

Pd: writeLaTeX está realizado en RoR con mucho jQuery sobre el editor CodeMirror y utilizando Tex Live para ejecutar el código LaTeX, for your information.

Vía e imagen | writeLaTeX
En Genbeta Dev | Como diseñar un informe estético y elegante

Dividido en 8 niveles, con varios retos en cada uno de ellos, nos lleva desde los pasos más sencillos, como darle la vuelta a nuestro nombre con un "Johnbo".reverse, hasta la creación de 3 clases simples para generar automáticamente un blog. ¡Y todo eso en apenas 15 minutos!

Una forma amena de llenar el tiempo libre de la tarde del domingo, aprendiendo un nuevo lenguaje y entendiendo por qué Yukihiro Matsumoto, creador del lenguaje, dijo que el objetivo era:

Tratar de hacer que Ruby sea natural, no simple.

Y así es, si hacéis el tutorial veréis que para alguien con conocimientos básicos de inglés, la sintaxis de este lenguaje interpretado es muy intuitiva y bastante cercana al lenguaje natural, pero no por ello poco potente.

Tutorial | TryRuby
Página oficial | ruby-lang.org

Tengo que reconocer que soy bastante ignorante en todo lo relacionado tanto con Ruby como con el popular framework Ruby on Rails (RoR para los amigos y los fans de los acrónimos). Por lo tanto no tenía ni idea que instalar y utilizar Rails en ordenadores Mac fuera una tarea poco menos que homérica. Pero parece que es así ya que uno de los miembros del equipo del core de Rails ha iniciado una petición en Kickstarter para recaudar dinero para poder desarrollar una app de fácil instalación en máquinas con OS X… si, de esas que arrastras a la carpeta /applications y et voilà, todo listo.

El desarrollador en cuestión se llama Yehuda Katz y la suma de dinero que pide para poder meterse en faena es de 25000 dólares. El plazo para conseguir el parné es hasta el 12 de Mayo pero lo cierto es que le va a sobrar tiempo (y seguramente recaude mucho más) ya que a día de hoy ya van más de 20000 dólares recaudados. Por lo tanto parece que dentro de poco la vida para los railseros maqueros va a ser un poco más sencilla.

Como siempre en Kickstarter las donaciones tienen su correspondiente contraprestación, que en este caso van desde una carta de agradecimiento y una pegatina para las aportaciones más pequeñas hasta un logo bien grande de sponsor para aquellos que aporten 10 de los grandes (siempre he querido utilizar esta expresión) o más.

Amigos, el crowdfunding es el futúro, hacedme caso, almas cándidas…

Vía | Kickstarter
En Genbeta Dev | Si el crowdfunding le sirve a Tim Schafer, lo mismo te puede servir a tí

Ya sabéis que los domingos nos gusta dejar un poco de lado la seriedad y el encortesamiento y compartir contigo, estimado lector, alguna curiosidad que nos encontramos en nuestro navegar por el proceloso y bravío mar de Internet (y que tenga relación con el mundo del desarrollo, claro, que lo de la intro de ‘Los Simpson’ homenajeando la de ‘Juego de Tronos’ aquí pinta poco… oh, wait). La que te traemos hoy es toda una frikada: un snippet en Ruby que te compone poesías con los titulares de la prensa.

A un tal Andrew McDonough, desarrollador de Ruby, le suelen invitar a fiestas donde la gente lee poemas (apuesto a que el 90% de los asistentes a estas fiestas lleva gafas de pasta, rebecas de punto y tienen gato) y al buen hombre la lírica no le tira demasiado así que, para integrarse, decidió crear un pequeño programa en su lenguaje favorito llamado Ruby Poetry que creara las poesías por él a partir de los titulares de la prensa del día.

La verdad es que el resultado no es tan nefasto como pudiera parecer y las rimas resultantes son hasta mejores que las de muchos raperos de medio pelo. Y lo mejor que el bueno de McDonough ha liberado el código por lo que servidor está pensando en desempolvar el libro de literatura de 3º de BUP para adaptar las métricas al español y enchufarle el rss de La Razón. Voy a ser el alma de todas las fiestas gafapastosas de Malasaña… o el nuevo Leonardo Dantés, vete tu a saber.

Desde luego una simpática curiosidad y un claro ejemplo de la capacidad de solucionar problemas imaginativamente que tenemos (o deberíamos tener) los desarrolladores. ¡Semos unos cracks!

Vía | Andrew McDonough
Código | Github

A veces hay que quitarse el sombrero y aplaudir cuando se descubre algo bien hecho y con cierta utilidad, como es el caso de la comparativa (y a su vez guía de referencia) entre lenguajes interpretados que se han marcado en Hyperpolyglot. PHP, Python, Perl y Ruby al detalle y comparados de una manera muy visual y efectiva.

Características generales, aritmética y lógica, strings, expresiones regulares, fechas, arrays, funciones, control de ejecución, sistema de ficheros, entornos, librerías, módulos, objetos, testing, debugging y más características diseccionadas y comparadas entre los cuatro lenguajes. Además de una multitud de notas al pie para resolver cualquier duda que te pueda surgir.

Una chulada que te puede servir como guía de referencia si tienes que pasar de un lenguaje a otro de manera rápida o si quieres comparar los lenguajes en algún aspecto. En definitiva, muy útil.

Pd: y tienen otras muchas comparativas, la de los lenguajes inspirados en C++ también es muy buena.

Vía | mmoroca.es
Más info | Hyperpolyglot

Si bien las librerías que forman parte del core de Ruby son bastante completas, a menudo se echan en falta métodos para realizar operaciones con los objetos que no han sido tenidas en cuenta, y para las que deberemos bien recurrir a una gem externa, bien pasar a implementarlo nosotros mismos.

Una de las gems más conocidas en lo que a extensión de funcionalidad en las clases principales de Ruby se refiere es ActiveSupport, que nació como un componente más del framework Ruby on Rails, pero que hoy en día es utilizada ampliamente en multitud de gems y proyectos independientes de éste.

Sin embargo, también existe una colección mucho más amplia de extensiones a la librería de Ruby, y que es más desconocida. Su nombre es Ruby Facets, y aunque se trata de una gem bastante grande, no debe preocuparnos incorporarla a nuestro proyecto, pues está perfectamente modularizada, y podemos incluir únicamente las extensiones deseadas a nuestro software en Ruby, sin engordar inútilmente el espacio en memoria que ocupará nuestro proceso. De hecho, se pueden cargar las extensiones incluso método a método, o todas las extensiones disponibles para una clase determinada, con lo que podemos hilar tan fino como deseemos.

Para haceros una idea, en Facets nos encontraremos con métodos para realizar operaciones adicionales con un objeto de la clase Array, tales como hacer merges destructivos, calcular la entropía del mismo, calcular todas las permutaciones posibles de sus elementos, dividirlo en grupos de elementos según una expresión regular, y muchas más.

Dedicad unos minutos a navegar por su extensa documentación. Os garantizo que os encontraréis con muy gratas sorpresas.

Documentación | Facets Core, Facets More
Más información | Ruby Facets

El verano en Madrid es para la piscina, las terrazas y, si eres desarrollador rails, para la Conferencia Rails. Del 13 al 15 de Julio (es decir, la semana que viene) se celebrará en el Florida Park del Parque del Retiro (un sitio muy flamenco) la susodicha Conferencia Rails, una cita ineludible para los desarrolladores rails y en el que habrá gran número de charlas y talleres a cargo de ponentes nacionales e internacionales, auténticas estrellas del medio, desde la gente de The Cocktail o Aentos hasta figuras como Sven Fuchs o Julian Fischer.

Programación funcional con ruby, Node.js, aplicaciones móviles, migraciones a ruby, Ruby in Rails, MongoDB o Coffeescript son solamente algunos de los temas que se tocarán durante estos tres días y lo mejor de todo es que todavía puedes registrarte y asistir… aunque si de verdad te interesara, deberías estar inscrito desde hace semanas, claro.

Un evento desde luego muy interesante y que viene a potenciar la escasa oferta para desarrolladores que propone la capital española cuando el solano empieza a pegar con justicia en los meses estivales.

Fuente | Conferencia Rails

Ruby es un lenguaje que ha madurado muchísimo en los últimos años. Al principio sólo existía un intérprete, el de Matz, y su rendimiento no era lo que se dice espectacular (el propio Matz ha admitido en varias ocasiones que él no es un experto en la construcción de este tipo de software, y que buena parte del código debería ser revisado y optimizado).

Hoy en día hay un buen puñado de intérpretes diferentes para este maravilloso lenguaje: Ruby 1.8, Ruby 1.9, JRuby, Rubinius, MacRuby, Maglev, Ruby Enterprise Edition, IronRuby… Algunos de ellos llevan usándose en entornos de producción desde hace algún tiempo.

¿Por qué es útil RVM?

Siempre es más que recomendable que utilices el mismo intérprete que estés usando en producción, para evitar sorpresas. El problema viene cuando trabajas en varios proyectos escritos en Ruby al mismo tiempo, y cada uno de ellos utiliza un intérprete diferente. O también, utilizan versiones de gems diferentes, y parece que la única solución sea andar desinstalando e instalando versiones de dichas gems cada vez que cambias de uno a otro, lo cual es evidentemente poco práctico y nada razonable.

Imagina la situación: Empiezas la jornada trabajando en el Proyecto 1, el cual lleva en desarrollo bastante tiempo y aún se basa en la versión 2.3 de Rails. Dado que esta versión aún tenía problemas de compatibilidad con la serie 1.9 de Ruby (esta versión del intérprete aún no era muy popular por aquel entonces, pues se encontraba en un estado poco maduro), el proyecto utiliza Ruby Enterprise Edition, una variante del intérprete 1.8 con varias mejoras de rendimiento (en especial, en el plano de la gestión de memoria). De modo que en tu máquina local instalas Ruby Enterprise Edition, Rails 2.3 y todas las gems de las que depende el proyecto.

Más tarde, te pones a trabajar en el Proyecto 2, que acaba de comenzar, y con el que os habéis decidido a usar Rails 3.1 (que para cuando finalice el proyecto ya estará maduro) y Ruby 1.9.2. Necesitas poder instalar este segundo intérprete sin que pise los ejecutables del primero, y cambiar tu PATH si es necesario para que localice los nuevos binarios. Cada vez que cambies del primer proyecto al segundo, has de actualizar tu PATH para asegurarte que estás usando los binarios correctos. Si has de actualizar a una versión menor del intérprete, tendrás que repetir estas operaciones, y reinstalar todas las gems.

Por último, llama un cliente al que le desarrollásteis una aplicación en Rails 2.2 con Ruby Enterprise Edition, y que necesita un pequeño cambio urgente. Como vuestro REE lo tenéis configurado para el Proyecto 1, tenéis instaladas las gemas de Rails 2.3, así como las versiones de otras gemas que funcionan bien para esa aplicación. Cuando os ponéis a instalar las dependencias de esta vieja aplicación, e intentáis arrancarla, empiezan a llover errores de dependencias entre versiones (se intenta cargar una versión específica de una gem, pero alguna otra librería la ha cargado ya en otra versión, de modo que cuando intenta leer la más vieja devuelve un error). Dado que Rails 2.x aún no utilizaba bundler para la gestión de dependencias, tenéis que arremangaros y empezar a desinstalar las versiones de gems conflictivas, a sabiendas que cuando volváis a volcar vuestra atención en el Proyecto 1 tendréis que deshacer estos pasos.

¿Te suenan algunas de estas situaciones? Si te dedicas a programar aplicaciones en Ruby desde hace tiempo, seguro que sí. Y por eso Ruby Version Manager viene a nuestro rescate. Gracias a esta herramienta, podemos tener tantos intérpretes de Ruby como queramos, incluso diferentes versiones menores de un mismo intérprete, y cambiar de uno a otro tan sólo ejecutando un comando. Además, podemos definir un gemset (un conjunto de gemas) para cada proyecto, de modo que cuando nos cambiemos a un gemset en particular, éste contenga exclusivamente las gemas que hacen falta para correr la aplicación, en sus versiones apropiadas, sin que afecten a las otras aplicaciones que podamos tener.

Vale, me has convencido. ¿Cómo lo instalo?

En primer lugar, has de tener un sistema que ejecute alguna variante de Unix. RVM no funciona en máquinas Windows, aunque sí que se comporta perfectamente bajo Linux o Mac OS X. La instalación es sencillísima, tan sólo has de tener instalada la herramienta curl (en Mac OS X viene instalada por defecto), así como Git, y ejecutar el siguiente comando:

  $ bash < <(curl -s https://rvm.beginrescueend.com/install/rvm)

Una vez instalado y actualizado tu PATH para incluir la ruta a los binarios de RVM, tal y como te recomienda el proceso final de instalación, sólo has de instalarte los intérpretes de Ruby que consideres oportunos. En Mac OS X, necesitarás tener instalado el paquete de Xcode SDK, que es donde viene el compilador de C. En Linux, deberás instalar estas dependencias usando el administrador de paquetes de tu distribución. Si utilizas Debian o derivados (como Ubuntu), bastará normalmente con que instales el metapaquete build-essentials. Si algún intérprete requiere que se cumplan dependencias adicionales, se te informará sobre ello.

Por ejemplo, podemos instalar el intérprete REE y el 1.9.2, requisitos de los ejemplos que mencioné antes:

  $ rvm install ree
  $ rvm install 1.9.2

Para cambiar de uno a otro una vez instalados, tan sólo hay que hacer:

  $ rvm ree

Cómo crear un gemset

Como mencionaba anteriormente, podemos crear conjuntos de gemas separadas para cada proyecto. Tan sólo hay que especificar un nombre para ese gemset, y utilizar las herramientas que rvm proporciona (puedes escribir “rvm gemset” para ver todos los comandos disponibles). Por ejemplo, podemos crearnos un gemset para el proyecto 1, y cambiarnos a él:

  $ rvm gemset create proyecto1
  $ rvm gemset use proyecto1

Es importante entender que el gemset se crea para el intérprete que estemos usando en ese momento. De modo que antes de crear un gemset, selecciona el intérprete adecuado.

Cómo automatizar el cambio de intérprete y gemset

No quisiera finalizar el artículo sin mencionaros una vía rápida para que, al cambiar a la carpeta de un proyecto, RVM os seleccione el intérprete y gemset adecuados de forma automática. Para ello, sólo tenéis que crear un fichero de nombre “.rvmrc” en la carpeta en cuestión, y éste contendrá la serie de comandos necesarios para realizar estas operaciones. Cuando entréis en dicha carpeta desde línea de comandos, RVM ejecutará dichas acciones, y todo estará listo para empezar a trabajar. Por ejemplo, podéis tener algo como esto (que no es más que un atajo a la selección del intérprete y del gemset, creando este último en el camino en caso de que no exista, todo en un único comando):

  rvm —create 1.9.2@proyecto2

Conclusiones

Espero haber esclarecido las ventajas principales de usar una herramienta como RVM en tu entorno de trabajo. Por supuesto, RVM posee muchas más funcionalidades, que te invito a que conozcas visitando la web oficial.

¿Usas ya RVM? ¿Qué otros trucos similares conoces para llevar un control de los requisitos de tus proyectos?

Más información | Ruby Version Manager

Ahora que Rails 3.1 ha alcanzado ya la Release Candidate, y que la publicación de la versión final es inminente, qué mejor momento para retomar aquella lista de nuevas características que nos trae esta nueva edición del famoso framework para desarrollar aplicaciones web en Ruby.

No te pierdas tampoco la primera parte de este especial.

Migraciones reversibles más sencillas

Siguiendo la metodología DRY (“Don’t Repeat Yourself”), la definición de ciertas migraciones para cambiar el esquema de nuestra base de datos pasa a ser más sencilla, de modo que no sea necesario repetir instrucciones en los dos bloques de la migración (el de ejecución de la misma y el de deshacer los cambios) cuando éstas puedan ser fácilmente deducidas.

Esto significa que podremos especificar los cambios deseados en una tabla en un nuevo método change, y Rails se encargará de crear los métodos up y down por nosotros. Por cierto, estos últimos pasan a ser métodos de instancia, en lugar de métodos de clase. Si Rails encuentra ciertos comandos en el método change que no puede deshacer (por ejemplo, si se ejecuta un remove_column que elimina una columna de la tabla, y añadirla al deshacer no sería suficiente dado que se habría perdido la información que ésta contenía al ejecutar la migración), entonces se lanza una excepción ActiveRecord::IrreversibleMigration.

Por ejemplo, donde antes escribíamos algo como:

  class CreateTasks < ActiveRecord::Migration
    def self.up
      create_table :tasks do |t|
        t.string :title
        t.boolean :completed
        t.text :description
        t.timestamps
      end
    end


    def self.down
      drop_table :tasks
    end

Ahora escribiríamos simplemente:

  class CreateTasks < ActiveRecord::Migration
    def change
      create_table :tasks do |t|
        t.string :title
        t.boolean :completed
        t.text :description
        t.timestamps
      end
    end

Identity Map en ActiveRecord

Una de las características que más me gusta de DataMapper (un ORM bastante chulo y, hasta la introducción de Arel en Rails, con mejor sintaxis que ActiveRecord a mi parecer) es precisamente Identity Map. Esta característica sencillamente mantiene un hash con todas las instancias que se han hecho de una determinada clase que hereda de ActiveRecord, de modo que sólo exista en memoria una representación en forma de objeto en Ruby de un registro de la tabla en particular.

¿Por qué esto es importante? Porque hasta ahora, si instancias un objeto ActiveRecord, y llamas por ejemplo a un método que nuevamente instancia otro objeto el cual representa al mismo registro de la base de datos, y este último realiza un cambio en alguno de sus atributos, dicho cambio no se ve reflejado en el primero, porque ocupan espacios en memoria diferentes (a todos los efectos, son dos instancias distintas que representan a un mismo registro).

Para verlo más claro con código. En ActiveRecord sin Identity Map, se cumple que:

  post1_instance_1 = Post.find(1) # => #<Post id: 1, title: “Rails 3.1”>
  post1_instance_2 = Post.find(1) # => #<Post id: 1, title: “Rails 3.1”>


  # Parece que son la misma instancia, porque ActiveRecord redefine el método de comparación
  # y lo que hace es comprobar que los valores de los atributos sean iguales.
  post1_instance_1 == post1_instance_2 # => true

  # Pero verdaderamente, son instancias diferentes
  post1_instance_1.object_id == post1_instance_2.object_id # => false

Esto tiene una segunda consecuencia, y es que aunque dos consultas devuelvan instancias de registros repetidos para los que ya teníamos objetos en memoria, éstos se volvían a instanciar ocupando su propio espacio, devorando de forma aún mayor los recursos de memoria de la máquina, y obligando a la aplicación a consultar siempre los valores de la base de datos cuando se quiere instanciar un objeto.

Gracias a Identity Map, ActiveRecord consume menos memoria, es más rápido, y cada registro tiene una representación única en forma de objeto Ruby, de modo que cualquier cambio en el mismo sea consistente. No obstante, esta característica no estará habilitada por defecto debido a algunos problemas aún existentes con la instanciación de objetos a través de asociaciones.

Engines que pueden ser montados en una ruta determinada

Rails::Engine ha sido mejorado aún más, y ahora es posible montar una aplicación organizada en forma de engine en una ruta de una aplicación Rails. Estoy seguro de que esto mejorará aún más las posibilidades de reutilización de código y funcionalidades entre aplicaciones.

Por ejemplo, ahora podemos tener un engine que proporciona la funcionalidad de un blog, y montarlo en nuestra aplicación bajo la ruta “/blog” añadiendo en nuestro fichero routes.rb:

  Rails.application.routes.draw do
    mount Blog::Engine => “/blog”
  end

Mejoras en la utilización de las cabeceras HTTP para caché

A partir de esta release, Rack::Cache será parte del core del framework, y se espera que sustituya a la caché de páginas en un futuro (la cual podría quedar relegada a un plugin). Las ventajas de Rack::Cache para la obtención condicional del contenido de una página son evidentes: Con la utilización de las cabeceras HTTP Expires, Cache-Control, Last-Modified y ETag, es posible indicar de diferentes formas la validez de un determinado contenido, y evitar tener que enviar de nuevo toda la página cuando ésta es la misma que el navegador tiene en su caché, incluso aunque la misma se encuentre cacheada en forma de HTML y sólo haya que enviar su contenido sin tener que regenerarlo.

Evidentemente, esto permite ahorrar un mayor ancho de banda, y atender así más peticiones por segundo desde nuestra instancia de la aplicación.

Serializers personalizados

Si antes querías convertir un Hash, un Array, o cualquier otra instancia de un objeto Ruby en un objeto YAML, para poder serializarlo y guardarlo en un atributo de tipo text en la base de datos, sólo tenías que usar el método serialize de ActiveRecord::Base. Pero, ¿y si preferías guardar el valor en algún otro formato, uno que te permitiese guardar su valor en una forma que te facilitase futuras consultas en la base de datos, o que sencillamente ofusque un poco los datos? Tenías que construir una serie de métodos en tu modelo para asignar y leer los valores cada vez.

Ahora puedes dejar la mayor parte del trabajo a ActiveRecord, utilizando el mismo método serialize, pero especificando como parámetro un objeto que responda a los métodos load y dump, donde definir el algoritmo a utilizar para convertir el objeto en cuestión a texto y para generarlo de nuevo a partir del valor serializado. Por ejemplo:

  class Post < ActiveRecord::Base
    class CommaSeparatedList
      def load(text)
        return unless text
        text.split(”,”)
      end


      def dump(text)
        text.join(”,”)
      end
    end

    serialize :tags, CommaSeparatedList.new
  end

  post = Post.create(:tags => [“rails”, “ruby”])
  # INSERT INTO “posts” (“tags”, “created_at”) VALUES (‘rails,ruby’)

Más información | Rails 3.1 Release Candidate