Rubíes

Primero que nada quiero contarles que la Universidad Pacífico de Santiago de Chile, incorporó en su carrera de Comunicación Multimedia la enseñanza de Ruby y Rails para la parte de desarrollo web.

El viernes 18 de julio del 2008 presentaré una charla introductoria de Ruby on Rails con motivo de las clases que daré en la Universidad del Pacífico de Ruby y Rails en septiembre de este año.

La charla es abierta al público en general y será gratuita.

Dirección: Universidad del Pacífico sede Providencia Av. Ricardo Lyon 227, Providencia Viernes 18 a las 10 de la mañana.

Los espero…

Hoy iba a escribir sobre Rails 2.1, pero lo voy a posponer ya que parece ser que hay una serie de vulnerabiliades en la MV de Ruby y eso es una noticia más importante. Dicen que es buena idea actualizar la versión de Ruby… más adelante. Se ve que con las prisas es peor el remedio que la enferemedad, quiero decir la actualización que el riesgo de ataque. El personal se está quejando de errores extraños. A ver cuando tardan en sacar un nuevo parche que no tire abajo las aplicaciones Rails. ¿Habrán parcheado ya la versión enterprise?

No se porqué escribí el título en inglés, pero bueno un poco tarde pero seguro.

Hoy en Bangalore nos juntamos algunos de los que andamos con esto de Ruby y Rails en Argentina.

Donde?

En humboldt y Niceto Vega en un bar muy lindo que se llama Bangalore, buena cerveza, buena musica, y mucho geek para hoy.

Nos vemos ahí

P

Nuevito, recien inagurado por nuestro amigo del otro lado del charco Diego Algorta Casamayou el Grupo de Usuarios Ruby de Uruguay Ya que los argentinos somos un virus maligno que se esparce por todo el mundo, podemos participar no? :-D

Exitos y mantenganos informados y a ver si cruzamos el charco a dar alguna que otra charla o workshop.

Ya ha terminado el seminario (bueno, hace un par de horas) y estamos muy satisfechos con el resultado final. La gente ha participado, parece que no se ha aburrido (demasiado) y han aguantado como campeones las casi cuatro horas de Ruby y Rails. Tanto Asís como yo y el resto de gente en Trabe Soluciones queremos agradecer a todo el mundo su asistencia. También queremos darles las gracias a Fernando Bellas y Víctor Carneiro por su ayuda y colaboración para montar el seminario.

Por cierto, ya hemos dejado para descargar las trasparencias en PDF de la charla.

Nos vemos en la próxima.

Asís y yo hemos decidido hablar un poco sobre JRuby en el seminario introductorio de Rails del jueves, ya que esperamos que la mayoría de los asistententes vengan del mundo Java.

Para preparar el material he vuelto a revisitar la página del proyecto que tenía un poco abandonada. Me ha sorprendido lo mucho que han avanzado y como han mejorado la integración con Java. Es bastante sencillo:

include Java
import 'java.util.ArrayList'

list = ArrayList.new
list.add "uno" 
list.add "dos" 
list.add "tres" 
list.each do |n|
  puts "num: #{n}" 
end

list.class.name # => "Java::JavaUtil::ArrayList
list.java_class.name # => "java.util.ArrayList" 

Esto y mucho más, en el wiki. La verdad, crear ventanas swing desde jirb hace que un escalofrio te recorra toda la espalda. Curioso cuanto menos.

NOTA: Un día de estos pruebo a desplegar alguna de nuestras aplicaciones con JRuby en un Tomcat utilizando Goldspike y os cuento.

Ayer, mientras estabamos introduciendo a un profano al mundo de Ruby on Rails surgió una breve pero interesante discusión, acerca del uso de métodos como delegate_method frente a su contrapartida “procedural�. Esto es:

delegate_method :country_name, :to => :country, :as => :name, :default => 'Unknown'

frente a:

def country_name
  country.name || 'Unknown'
end

que viene siendo, más o menos, el código que genera dinámicamente delegate_method.

Sin entrar en temas acerca de reutilización de código, mejor gestión del cambio, etc. etc. (que me parecen bastante obvios), la discusión se centraba en que nuestro “profano� (y lo digo con todo el cariño, porque confío en que será un fervoroso converso en el futuro) consideraba que el segundo pedazo de código era más claro y sencillo. Asís, por el contrario, indicaba que la versión declarativa era mejor, más expresiva y autodocumentada, ya que, por su propia naturaleza, declara lo que se está haciendo y no cómo se está haciendo. Yo no puedo estar más de acuerdo con Asís. El segundo código “pide a gritos� un comentario para “declarar� qué hace y no obligar a un posible lector a discernirlo en función de cómo lo hace.

Quizás el ejemplo es demasiado simple para convencerse, así que propongo aquí otro código como ejercicio filosófico-mental, utilizando la librería has_finder, cuya funcionalidad va a ser introducida en el core de Rails. Echadle un ojo.

class Order
  has_finder :unpaid, :conditions => {:paid => false}
end

Y ya que estamos hablando de código declarativo, en breve dejaré caer un post sobre DSLs con Ruby. Paciencia.

El entusiasmo se debe a que este switcher por fin puede instalar Rails 2.0 en su nueva MacBook usando sólo MacPorts. Dejemos que comparta su alegría con todos nosotros. ¿Alguien más puede aportar su experiencia instalando Rails 2.0 en OSX con Fink? ¿O todos aquí instalan RubyGens "a mano"?

Os recuerdo que el próximo día 24 de Abril impartimo el seminario de Ruby on Rails en la Facultad de Informática de A coruña. Los interesados pueden acercarse al aula 3.4 a las 16:00 de la tarde.

Os puedo adelantar que tendrá dos partes: un breve curso de choque sobre Ruby (utilizando trozos de código) y una introducción al framework Rails a través de un ejemplo de aplicación.

Nos vemos el 24.

Algunos ya lo saben, otros no, para los que no, nuestro querido amigo Luis Lavena, es el responsable del RubyOneClickInstaller. Este hacker argento ha logrado grandes cosas en varios asptactos, como poder desacoplar a Ruby de las dependencias del Microsoft VC6 pasando ahora a MINGW!

Admirable lo suyo Luis!

Todo nuestro apoyo con el proyecto!

En nuestro último proyecto necesitamos incluir varios tipos de gráficas (líneas, barras y alguna tarta). De entre las múltiples posibilidades existentes hemos decidido usar el API de gráficas de Google (Google Chart API) que nos ofrece un montón de posibiliades de manera sencilla, fiable, gratuita e ilimitada. La única peculiaridad de su uso es que los datos a representar deben ser codificados antes de enviarlos al servidor de gráficas. Esto no representa mayor problema, menos aún cuando existen varios wrappers distribuidos como gemas o plugins que hacen este trabajo por nosotros, como son: gchartrb, Googlecharts o Google Charts on Rails.

Nosotros estamos usando gchartrb, porque entendemos es el más completa y documentada y porque su API nos agrada más. Por ejemplo, para pintar una sencilla gráfica como la que sigue…

... necesitamos un código como este:

PIE_COLORS = %w(9bd500 a4d520 b0d54b bbd575 c7d5a0)

data = Post.cont(:group => :user_name, :order => 'count_all desc')

pie_chart = GoogleChart::PieChart.new('300x100') do |chart|
  data.each_with_index do |row, i| 
     chart.data "#{row[0]} (#{row[1]})", row[1], PIE_COLORS[i]
  end 
end 

image_tag pie_chart.to_url

Junto con Rodrigo Orrego de ChileOnRails fuimos convocados por Nicolas Orellana de Webprendedor para armar un pequeño workshop de Ruby on Rails en el evento Webprendedor 2008 en Santiago, Chile.

Quizas el nombre de workshop fué un poco ambicioso y en hora y media no se podía hacer gran cosa.

La sala estuvo llena y fue buena la participación de los asistentes. Tuvimos algunos problemas técnicos con el proyector (datashow) que no logramos que se vea bien, y en el medio de la charla un corte de luz nos dejó sin proyector.

Para que la gente asistente no se quede sin completar el worshop, decidimos continuarlo en el salon de la universidad, donde todos los participantes intersados pudieron completar el workshop.

Aqui esta el pdf con el material utilizado.

Workshop Rails 2008

Aquí los archivos

Más imágenes: