Quireo darles las gracias a todos los que me enviaron comentarios sobre el contenido de los videos del Curso de Rails. La otra semana publicaremos el siguiente video así que estén atentos.

#eForo Guatemala

El día 2 de agosto del 2011 se estará celebrando el evento del Foro Virtual 2011 para Presicenciables. El anterior evento fue un rotundo exito, obteniendo mucha tracción en las redes sociales y los medios de comunicación tracionales.

En lo particular el evento me lleno de satisfacción y me dejo con ganas de poder colaborar de alguna manera. Como sabrán mi fuerte es el desarrollo de aplicaciones web, así que en un ataque de inspiración se me vino la idea de generar una aplicación que permita a los participantes virtuales del eForo, calificar cuantitativamente las respuestas de los candidatos.

La idea es simple, si un candidato tiene la palabra y el moderador pregunta:

¿Como hará usted para combatir la delincuencia?+

Y el candidato inicia a responder:

“Cuando yo era pequeño, leía los chistes de Memín y por eso yo prometo que hoy no, pero mañana si, bla, bla, bla..”

Los participantes en tiempo real puedan asignarle un punteo a esa respuesta y al hacerlo actualizar a todos los usuarios conectados con el punteo en tiempo real del candidato.

Al finalizar el evento, toda la información recolectada quedará disponible en un formato abierto para su descarga.

Estas son las imagenes del alfa de la aplicación.

Página principal de la aplicación

Panel de Control para Moderador

Me gustaría saber su opinion sobre la propuesta, cambios a la interfaz o a la funcionalidad. Si hay feedback positivo en una horas subiré esto a la nube y quedará listo para una fase de pruebas de carga. Para lo cual, generariamos un evento ficticio y los que quieran colaborar me ayudarían a encontrarle pelos a la sopa.

Gracias a @EstoesGuate por la inciativa del foro. Son un verdadero ejemplo para todos nosotros.

Fuente

Si desean hacer uso del fuente ya quedó publicado en GitHub (https://github.com/jalvarezsamayoa/EForoGt)

 Links

• EForo Candidatos a la Alcaldía
• EForo Un Exito!
• Página de Facebook – Foro Virtual
• @EstoesGuate en Twitter

Es grato para mi el poder continuar con esta serie de videos introductorios a Ruby on Rails.

En este segundo día del curso, construimos una pequeña aplicación para cotizar el monto de un prima para un seguro.

No olviden unirse al grupo de facebook o enviarnos un tweet si tienen alguna duda o comentario sobre el video.

Espero que lo disfruten.

Links

• Rails Guides
• Apidock
• Blueprint Css Framework
• Página de Ejemplo Blueprint
• Blueprint Css Cheatsheet
  

Gracias a los amigos de la comunidad y en especial a los departamentos de IT de Fianzas y Seguros Universales que nos proporcionaron lugar y donas.

Recuerden unirse a nuestro grupo de Facebook ‘Ruby on Rails Guatemala’ para poder obtener links, tips y compartir con la comunidad.

Les dejo a continuación el video del dia 1.

PS: Llega un momento donde el #fail reina en la velocidad de conección y paso como 10 dias bajando rails. Perdon por eso.

Links

• Mira y descarga el video desde Vimeo
• Ruby on Rails
• Ruby
• Bitnami RubyStack
• ApiDock
• Agile web development with Rails (4ta edicion)
• Learn to Program

(Pueden leer el Post original AQUI)

Tres errores comunes al usar Rails + MySQL

Por Baron Schawartz | Febrero 14, 2011

Rails hace que la interación con tu base de datos sea tan simple, que es fácil olvidar que a la base de datos no siempre esta feliz con lo que Rails hace. Aquí hay tres errores comunes, causantes de los mayores dolores de cabeza para aplicaciones Rails.

1. Usar subqueries IN()

MySQL soporta una gran variedad de subqueries. Lamentablemente, uno de ellos es un desastre de rendimiento. Todavía más lamentable,  es que afecta a la forma mas intuitiva de requerir información. Nos estamos refiriendo a las funciónes IN()  y a NOT IN(). Haré notar que hacer uso de IN(lista, de, valores) no tiene problema alguno; el problema se dá con queries de la forma IN(SELECT…) o de la forma NOT IN(SELECT…). Estos debería ser subsituidos por JOIN y LEFT OUTER JOIN respectivamente, y de esta manera resolver el serio problema de rendimiento que ocurrirá cuando la data de tus tablas crezca.

2. Utilizar un SELECT FOR UPDATE

Otro problema común es el hacer “lock” sobre los registros  para que nadie puede trabajar en ellos más que nosotros. Un patrón donde esto de manifiesta es en una cola. Cualquier cosa que tenga una lista de tareas, y que trate de reservar algunos registros ejecutando un SELECT FOR UPDATE, termina introduciendo un punto de serialización que forza a todo el trabajo a ocurrir en una sola fila de ejecución, en lugar de dejar que la tareas se ejecuten concurrente mente.  La solución para este problema es utilizar un identificador único para cada proceso, y proseguir con UPDATE para todos los otros registros para los que no necesitamos un “lock”. La instrucción UPDATE regresará entonces un número de registros modificados, y si estos son mayores que cero, entonces has realizado “lock” sobre estos y puedes entonces ejecutar un SELECT sobre ellos. Aseguraté de ejecutar lo anterior utilizando el modo de auto-commit o ejecutando un commit inmediatemente despues del UPDATE, esto para asegurarte que no termines con dead locks sobre los registros seleccionados, volviendo a generar el mismo problema que tratas de solucionar.

3. Usar MySQL para almacenar tu data de sesión

Es muy fácil utilizar MySQL para almacenar la data de tu sesión. Desafortunadamente en la mayoría de los casos es una de las tareas que más recursos consumen en tu aplicación. Hemos visto muchos casos donde la tabla de usuarios es la tabla que más queries recibe. Con toda la información de sesiones que se produce, la aplicaciones dejan de responder apropiadamente, quitando recursos de los proceso principales de tu aplicación. Sugerimos utilizar Memcached en lugar de MySQL para almacenar data de sesiones. Es muy rápido ya que no se preocupa por le persistencia o la transaccionalidad de la información que maneja.

Links

• Base de datos MySQL
• Memcahed.org
• Engine Yard

Esta semana les traigo otra gema para su caja de herramientas. Se trata de faker, una gema que les permite generar datos de prueba para ser cargados a su base de datos y de esa manera facilitar el desarrollo de su aplicación.

Ya en su versión 0.9.5, faker es una herramienta indispensable para el correcto desarrollo de tu aplicación.

¿Pero, y de que me sirve esto? Si yo solo me basto para ingresar un par de registros para saber que todo esta bien.

Bueno… pero tal vez no haz considerado el hecho de que si tu aplicación ha de ser usada por miles de personas es muy probable que el comportamiento no sea el mismo que solo con un par de registros.

Para darte unos ejemplos, asume que tienes una aplicación que te permite grabar una lista de contactos. Y claro esta le metes los campos de rigor a tu tabla de contactos incluyendo dirección y un campo de descripción o comentarios.  Bueno ya que has trabajado tu estilo para que te quede bonito y has ingresado tus dos datos de prueba sueltas la aplicación a producción. Y para tu mala suerte (ver Leyes de Murphy) tu usuario ingresa una dirección que es demasiado larga para el espacio que les asignado, y para terminar de arruinarte el día, descide que es buena idea ingresar todo el texto de la Iliada en su campo de descripción. Como supondras todo tu bello diseño se va por el drenaje porque nada queda donde tu creias o donde tus dos registros de prueba te dijeron que todo quedaría bien.

Un segundo ejemplo es el caso donde solo tienes unos pocos registros en tu base de datos y claro como tu aplicación es lo máximo llegas a tener unos cuantos miles de datos. Y de nuevo te das con la sorpresa que ese método maravilloso de búsqueda no escala bien, y tu aplicación se vuelve dolorosamente lenta. Al punto donde tus usuarios se molestan, te abandonan y mueres viejo, pobre y abandonado.  Todo por solo usar un par de registros para tus pruebas.

Suficiente melodrama! ¿Como hago para no morir viejo,  pobre y abandonado?

INSTALACION

Crea una aplicación en Rails 3

$ rails new agenda
$ cd agenda/

Generemos una tabla de contactos

$ rails g scaffold contacto nombre:string telefono:string direccion:string ciudad:string descripcion:text email:string
$ rake db:migrate

Listo! Ahora como le adjuntamos la data?

Agrega el gem a tu Gemfile

gem faker

Instala con Bundler

$ bundle install

CONFIGURACION

Ingresa a tu archivo de seed.rb

$ emacs /tuaplicacion/db/seeds.rb

Y configura alguno datos falsos. En nuesro caso vamos a generar 100 datos falsos para nuestros contactos

#iniciamos el ciclo
100.times do
 
contacto = Contacto.new(:nombre => Faker::Name.name,
:telefono => Faker::PhoneNumber.phone_number,
:direccion => Faker::Address.street_address,
:email => Faker::Internet.free_email,
:descripcion => Faker::Lorem.paragraph)
 
contacto.save!
end

Con esto basta. Ahora solo tenemos que correr nuestro seed para cargar la informacion

$ rake db:seed

Listo! Ahora tu tabla tiene información suficiente para que tus pruebas sean mas acertadas. No olvides revisar la documentación de la gema para ver todas la opciones que te ofrece.

Allí me cuentan como les fue

Links

• Página del proyecto
• Documentación de la gema
• Código fuente en Github

Una de las cosas que mas dolores de cabeza me ha traido es el recibir una llamada de un cliente diciendo

Fijese que la aplicación fallo….

Y claro está cuando le preguntamos cual es el error, nos dicen

Solo me salio un mensaje de “Something went wrong…” y no se que mas…

El día de hoy les voy a presentar a HopToad, un plugin / servicio que no ayuda a saber que quiere decir nuestro cliente.

HopToad, es un servicio el cual se acopla a nuestra aplicación por medio de un plugin. La idea del servicio es que cuando tu aplicación genere una excepción, además de tu página de error, un mensaje es enviado tanto a una aplicación en la nube como a tu cuenta de correo notificandote de que hubo un error. Luego tú como buen desarrollador revisas en tu cuenta de hoptoad el número de ticket para poder ver el detalle de que fue lo que ocurrio.

¡A que no es lo mejor que les ha pasado!

He aqui un ejemplo de el listado de errores que tengo que revisar de OpenWolf.

INSTALACION

Lo primero que tienes que hacer es generar una cuenta en la página principal de HopToad. Como supondrás el servicio que ofrecen es págado, sin embargo tienen una opción gratuita escondida en la parte inferior de la página, bajo la opción de

Or choose the Egg plan for Free (1 Project, 1 User, 5 Rate Limit) Signup

La cual es mas que suficiente para la mayoría de proyectos.

Al tener tu cuenta creada deberás instalar el plugín tal como te lo indica la primera pantalla que veras. Fijate bien que estas eligiendo la versión de rails que utilizas ya que no es lo mismo configurarla para Rails 2.x que para Rails 3.x.

Para instalarlo en un aplicación Rails 3 tienes que hacer lo siguiente

1. Agregar la gema hoptoad_notifier a tu Gemfile:

 gem "hoptoad_notifier", "~> 2.3"

2. Desde la raiz de tu proyecto, corre:

bundle install
script/rails generate hoptoad --api-key-de-tu-aplicacion

Y eso es todo! Al correr este proceso verás un montón de texto corriendo en tu consola. Esto es la prueba de que hoptoad pudo comunicarse con sus servers y que tu debería de recibir tu primer ticket en tu panel de control.

Hoptoad tambien incluye la opción experimental de monitorear el comportamiento de tu código en javascript. Lo cual es bastante útil, especialmente si lo usas mucho para tu UI.

Monitoreo de Javascript

Para incluir el monitoreo de Javascript en tus páginas, debes incluir este helper en el layout correspondiente:

<%= hoptoad_javascript_notifier %>

Pon atención de incluirlo ANTES de cualquier otro requerimiento de Javascript.

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf8">
    <%= hoptoad_javascript_notifier %>
    <!-- more javascript -->
  </head>
  <body>
    ...
  </body>
</html>

Bueno espero que esto les sea de ayuda para mitigar esos molestos dolores de cabeza. Alli me cuentan como les va

Links:

• Página principal HopToad
• hoptoad_notifier gem en Github

A continuación pueden ver los slides de la presentación dada hace algúnos meses a la mésa ejecutiva del gobierno para darles a conocer el proyecto.

Actualmente OpenWolf se encuentra en uso por 8 secretarías del Poder Ejecutivo y está en buen camino de ser usado por más.

Links

• Página del proyecto
• Portal de transparencia (OpenWolf en producción)
• Fuente Openwolf

Una de estas herramientas es admin_data.

admin_data es un plugin el cual agrega un módulo para la admistración de los datos de tu base de datos, el cual puedes usar desde el browser. Esto mis amigos es un super WIN!!! Si alguna vez han liberado algo a producción se habrán topado con el problema de tocar UN solo dato para hacer un AJUSTE MAGICO. Y por la Ley de Murphy eso significa que están corriendo, y lejos de su máquina de desarrollo. Es más!! Es posible que solo tengan Windows para trabajar. NOOOOOOOOOOOOOOO!!!!!!!!!!

Bueno… tranquilo aqui esta admin_data para salvarte.

INSTALACION

Para instalar el plugin en Rails 3 solo tienes que agregar la declaración en tu GemFile. Y posteriormente la instalas con Bundler.

$ gem 'admin_data'
$ bundle install

Y listo!!! Ya lo tienes instalado.

Ahora ve a tu browser y pon el url:

http://localhost:3000/admin_data


CONFIGURACION

Para configurar admin_data es necesario que agregues un archivo de configuracion en:

$ tuaplicacion/config/initializers/admin_data.rb

Dentro de este archivo puede especificar opciones como por ejemplo cuantos registros se muestran por default o que usuarios tienen acceso al módulo.

Por ejemplo para configurar el número de registros por página agregarias:

AdminData.config do |config|
  config.number_of_records_per_page = 50
end

SEGURIDAD

Por defautl admin_data no está disponible en ambientes de producción. Esto hace sentido porque no quieres que nadie le esté metiendo las manos directamente a tus registros. Pero para casos donde un super administrador necesita tocar algo, puedes configurarlo de esta manera. Pón atención de que los métodos ‘hay_usuario_autenticado?’ y ‘usuario_actual_es_superadmin?’ son helper methods que debes agregar a tu application controller.

AdminData.config do |config|
  config.is_allowed_to_view = lambda {|controller| controller.send('hay_usuario_autenticado?') }
  config.is_allowed_to_update = lambda {|controller| controller.send('usuario_actual_es_superadmin?') }
end

Ok. Espero que esto les sea de utilidad para su día a día. No se olviden de dejar su dudas o comentarios para mejorar el contedido del blog.

Saludos o/

Links

• admin_data en Github
• Un ejemplo de admin_data en uso.

Despues de varios meses de ausencia estamos de vuelta Yeeee!!!

Tengo muchas cosas de las cuales platicarles, en especial ahora que Rails 3 ha sido liberado.

Estén pendiente ya que tenemos un montón de fantasticas herramientas para mejorar su productividad o la calidad de su código.

Así que ánimo que ya estamos de vuelta!!!

Duplicate column migration error…

Esto normalmente es una buena señal, ya que nos previene de tropezarnos con nuestros propios pies. Sin embargo cuando trabajamos en equipo y con múltiples branches, esto se convierte en algo relativamente habitual (… un dolor :@).

Una forma sencilla de corregir esto, es activando un bloque de captura de errores el cual enviará cualquier mensaje de error al limbo. Ojo! Usen esto solamente si saben que la migración que ejecutan ya fue ejecutada en su base de datos, de otra manera nunca se enterarán si la migración fue ejecutada con éxito.

Ejemplo:

class AddCCEmailToUsers < ActiveRecord::Migration
  def self.up
    add_column :usuarios, :email_cc, :string rescue nil
  end
end

Espero que les sea de utilidad