format internet:

…please wait (46% completed)…

Archive for the ‘ruby on rails’ Category

Entrevista en infoq sobre Aptana RadRails

Posted by javier ramirez on December 3, 2008

Hace unos meses, Rob Bazinet, uno de los editores de InfoQ se puso en contacto conmigo para hacerme una entrevista con motivo de la publicación de mi libro sobre RadRails.

Un ratico después, aquí está el resultado

searchwords: aptana radrails, javier ramirez, book, interview

Posted in javier ramirez, ruby on rails | Tagged: , , | 1 Comment »

Rails HOT or NOT

Posted by javier ramirez on October 16, 2008

Este año en la Conferencia Rails voy a presentar la sesión “Rails Hot or Not”

La idea es sacar partido de que vamos a estar juntos más de 200 personas que trabajamos todos los días con Rails, para poder extraer algo de conocimiento colectivo de la comunidad. Lo que pretendo hacer con esta charla es obtener una lista actualizada de los plugins/gemas/librerías varias que a día de hoy preferimos los desarrolladores Rails a la hora de empezar un proyecto y porqué.

Por ejemplo, una de las comparativas podría ser: Attachment_fu vs. PaperClip

Para que la sesión sea lo más interesante posible, no quiero hacer yo la lista de librerías a evaluar, ni quiero sacarla de sitios algo desactualizados como la toolbox de working with rails, sino que prefiero que sea un reflejo de lo que realmente usamos a día de hoy para desarrollar.

Supongamos que os toca hacer una aplicación compleja con Rails (os pongo debajo una lista de funcionalidades como ejemplo). Me gustaría saber qué gemas,plugins o librerías (en el sentido más amplio, javascript/css también me valen) son los que usaríais para abordar este proyecto. Si vosotros me mandáis esa lista, lo que voy a hacer es categorizar los elementos que me mandéis para poder hacer la presentación con ellos y que así quede la comparativa interesante.

Lista de posibles funcionalidades: un buscador, generación de pdfs, caché, integración con APIs de terceros, generación/lectura de feeds, multi-idioma, carga significativa de Ajax, procesos de fondo de larga duración, volumen de envío de mails razonable, autenticación con roles, un backend, foros, chat, edición de texto con formato (al estilo redcloth o wysiwig), popups estilo lightbox, notificación de excepciones, captcha, control de spam, upload de ficheros, creación de thumbnails, creación de gráficas/informes, notificación de excepciones, mapas y geolocalización… además de la funcionalidad que se ve, está la que no se ve: tests, profiler para el código, framework css, framework js…

Para facilitar en lo posible la recopilación de librerías, enviadme vuestras listas a jramirez+hotornot@aspgems.com. No seáis vaguetes y enviadme algo… así la charla será más interesante… y, ya puestos, como la conferencia empieza el 13 de noviembre, intentad enviarme la lista antes de que acabe octubre para que me dé tiempo a prepararla.

Publicaré el resultado de las votaciones en este mismo blog unos días después de la conferencia. Así podemos sacar todos partido.

searchwords: conferenciarails, conferenciarails2008, hotornot

Posted in conferences, conferenciarails2008, development, javier ramirez, ruby on rails | Tagged: , , , , , , | 2 Comments »

Instalando Rails 2.1

Posted by javier ramirez on July 9, 2008

Rails 2.1 mola.. la verdad es que trae un buen puñado de funcionalidades interesantes… yo le estoy sacando ya partido, por ejemplo, a los dirty objects (molarían aunque sólo fuera por el nombre) que son especialmente interesantes en callbacks y observers.

Si te interesa saber qué trae de nuevo la 2.1, un punto de partida interesante —aunque pelín básico en algunas partes— es el libro gratuíto “ruby on Rails 2.1: what’s new” . Por cierto, el primer cambio que aparece en la página 22 fue un patch mío… como se puede ver, el cambio fue humilde, pero el autor no :p

..a lo que iba… que Rails 2.1 mola… si consigues instalarlo. En muchos casos, es suficiente con un simple

gem install rails

Si es tu caso, puedes dejar de leer… pero lo que viene a continuación te interesará si al ejecutar ese comando te has encontrado con este error

ERROR: Error installing activesupport:
invalid gem format

La primera reacción es imitar a enjuto mojamuto y gritar “noooooo.. interneeeeeeeeé”

Una vez pasado el shock inicial, intentas volver a instalar… y cuando ya ves que no, buscas en el plugin google a ver si hay suerte y por lo menos esto le pasa a alguien más… y, efectivamente, hay más gente a la que le pasa.

Después de intentar diferentes cosas, la que me ha funcionado a mí ha sido irme a la página de active support en rubyforge descargar el fichero de la gema, y hacer la instalación local con el comando

gem install activesupport –local activesupport-2.1.0.gem

..y ya con esta gema instalada, podemos proceder a

gem install rails

El resto de gemas se bajan y se instalan correctamente desde el repositorio remoto

searchwords: rails 2.1, ruby on rails, gem install, github source

Posted in development, javier ramirez, ruby on rails, ruby on rails | Tagged: , , , , | Leave a Comment »

masochism: plugin para replicación master-slave en MySQL

Posted by javier ramirez on May 18, 2008

Recientemente me he encontrado con la necesidad de trabajar desde Rails contra una base de datos MySQL replicando en modo master-slave.

Replicación Master-Slave In a Nutshell:

La idea de montar un master-slave es tener la base de datos maestra para realizar las modificaciones a la base de datos, y usar la/las bases de datos esclavas para realizar las lecturas. De esta forma, las operaciones de lectura, que son las más habituales, se pueden balancear entre diferentes instancias de una base de datos.

Por otro lado, cada vez que se hace una modificación en la maestra, esta modificación se replica en las esclavas, de forma que los datos siempre están sincronizados.

Esta imagen del manual online de MySQL es muy explicativa

mysql master slave

Claramente este esquema nos puede ayudar mucho de cara a la escalabilidad de una aplicación, ya que la base de datos es uno de los cuellos de botella típicos.

Lo que necesitamos en este caso, es asegurarnos de que todas las operaciones de escritura van contra la conexión de la maestra, mientras que las lecturas van por una conexión esclava.

Una de las ventajas de usar un framework- en este caso Rails, pero podría haber sido cualquier otro- es que tu aplicación tiene una arquitectura bien definida. O al menos debería. Esto significa que al usar Rails tenemos bajo control las operaciones que se hacen contra la base de datos, con lo que identificar las de lectura y las de escritura debería ser simple. Si seguimos las reglas del framework, las operaciones contra la base de datos pasarán siempre por el modelo y por los métodos que AR nos proporciona.

Al final, el número de métodos que realmente acaban accediendo a la base de datos son más bien pocos, con lo que podríamos jugar un poco con el framework, establecer dos conexiones con la base de datos (una con la maestra, y otra con la esclava) y decidir qué conexión va a usar cada método. Así todos los métodos “find” y similares irían por la esclava, y los “delete”, “insert”, etc.. irían por la maestra.

Esto mismo es lo que el plugin masochism hace automáticamente por nosotros. El plugin viene de la mano del hiperproductivo Rick Olson.

Uno de estos días tendré que contar en más detalle cómo va, pero el resumen ejecutivo es que lo instalas, le añades una conexión master_connection en tu fichero database.yml, llamas a un método en uno de tus initializers… y te olvidas. A partir de ahí todo funciona de forma transparente (siempre que hayas configurado tu master/slave de MySQL previamente, claro).

De momento le he encontrado una única pega. Entre los métodos que se envían a la base de datos maestra no está el método “execute”, que es el típico método que sólo utilizas cuando quieres modificar algo en la base de datos. Sin ir más lejos, el (imprescindible) plugin Foreign Key Migrations usa ese método para crear las FK, por lo que si no nos aseguramos de que se usa la base de datos maestra, podemos tener problemas.

Le he mandado un parche (en realidad es añadir una palabra y una coma) a Rick , a ver si le parece apropiado incuírlo como parte del plugin.

update: y el patch ya ha sido incluído :)

Y a escalar!!

searchwords: scalability, mysql replication, master-slave, javier ramírez

Posted in development, javier ramirez, ruby, ruby on rails, ruby on rails | Tagged: , , , , , , , | 4 Comments »

Aptana RadRails. El libro… Mi libro ;)

Posted by javier ramirez on May 5, 2008

Ya va quedando menos para que se publique el libro de RadRails en el que llevo trabajando varios meses. Acabo de terminar los últimos cambios después de las revisiones técnicas y ya queda sólo la revisión de estilo de los últimos tres capítulos.

portada del libro

En la web de la editorial ya han creado la página para el libro, así que parece que esto ya no tiene marcha atrás (aunque el título todavía podría sufrir algún cambio)

La verdad es que tiene su aquel eso de ver tu nombre en la portada de un libro… y eso que al final no han escogido mi propuesta de foto para la portada ;)

mi propuesta de portada

searchwords: javier ramirez, radrails, aptana, aptana radrails book

Posted in development, eclipse, javier ramirez, radrails, ruby, ruby on rails | Tagged: , , , | 7 Comments »

madrid-rb el grupo de ruby (y ruby on rails) de madrid

Posted by javier ramirez on April 22, 2008

Después de unos meses de silencio por overflow de actividades extraescolares, voy a intentar retomar el blog… aunque veremos lo que dura porque dentro de un par de días empiezo a dar clases otra vez.

Aprovecho la ocasión para anunciar la creación de madrid-rb, el grupo de ruby de madrid. Queremos organizarnos un poco y retomar las quedadas que se hacían hace tiempo, pero dándoles un carácter mensual. En concreto el último jueves de cada mes.

La idea es vernos, hacer comunidad, buscar puntos de encuentro comunes, dar alguna charlita ligera, juntarnos para hackear un poco y quizás crear alguna gema o algún plugin… y usarlo como excusa para salir un jueves al mes :p

La primera cita es este mismo jueves, a las 19:30, en el Starbucks de la calle Génova 4 en madrid.

El grupo se está organizando a través de este grupo de google. Además también tenemos un grupo creado en working with rails.

Y, lo anunciaré en la quedada del jueves, pero lo voy dejando ya por aquí, me han aprobado un proyecto en rubyforge para que podamos dejar el código que vayamos haciendo. Como puedes subir tus páginas estáticas y rubyforge mola, llevo idea de proponerlo para subir la home del grupo ahí.

Si no quieres perderte ninguna cita, hay disponible un calendario al que te puedes suscribir.

searchwords: madridrb, madrid, quedada, rubyforge, google groups

Posted in conferences, development, internet, javier ramirez, madrid, madridrb, ruby, ruby on rails | Tagged: , , , | 1 Comment »

Creación de plugins con rails

Posted by javier ramirez on November 7, 2007

Si quieres desarrollar tus propios plugins para rails pero no tienes muy claro por dónde empezar, puede interesarte la charla que daré el viernes 23 de Noviembre en la conferencia rails 2007. Bajo el no demasiado inspirado título ‘Programa en Rails como si jugases con Lego’, presentaré los puntos más importantes que necesitas para poder programar plugins con modelos, vistas, controladores y tareas rake.

Además, hay muchas otras charlas que prometen ser interesantes. Para los que no os podais pasar, colgaré en este blog el material que use para mi ponencia y, si todo va bien, habrá streaming de video en vivo y se subirán las grabaciones a la web oficial (aunque como hay que editar el video, eso seguro que lleva unos meses).

searchwords: rails plugins, conferencia rails 2007

Posted in conferences, conferenciarails, conferenciarails2007, development, javier ramirez, ruby on rails | Tagged: , , , , | Leave a Comment »

RadRails 0.9.1

Posted by javier ramirez on October 27, 2007

Después de que la anterior beta de RadRails funcionase solamente para eclipse 3.2, finalmente hay disponible una nueva beta, la 0.9.1, que puede correr en Eclipse Europa (he probado en 3.3 y todo funciona bien, aunque no sé si en la 3.4 se comportará igual).

La url para el update manager de eclipse es http://update.aptana.com/update/rails/beta/3.2

Si todavía no usas ningún IDE para tu desarrollo con Ruby o Rails, te recomiendo que le eches un vistazo. Aunque es cierto que Eclipse es algo pesado, en un ordenador moderno no debería tener mucho problema para ejecutarse de forma fluída. El conjunto de aplicaciones mínimo que ejecuto a la vez en mi máquina cuando desarrollo es un Eclipse 3.3 con RadRails, una o dos instancias de Mysql, FireFox, Thunderbird, Pidgin, Winamp, Notepad++, Console2, Kerio PF y AVG. Además, es muy habitual que tenga de fondo Emule o Skype, algún documento de OpenOffice y un Internet Explorer para ir probando. Y por supuesto todo el resto de servicios normales que corren normalmente en un XP.

Con esa configuración y con 2 megas gigas de RAM en un portátil normal comprado en el MediaMarkt hace más de un año, no noto ningún problema cuando trabajo con RadRails. Muy de vez en cuando, en algún caso raro de autocompletado se me queda pensando medio minuto, pero no es lo normal. En mi máquina anterior, un portátil con 4 años de antigüedad y 1 año giga de RAM, RadRails era usable pero de vez en cuando me hacía esperar más de la cuenta.

Hay otros IDEs y seguro que todos tienen sus puntos fuertes y sus puntos débiles. De momento no he visto ninguno que tenga nada tan espectacular como para hacerme plantearme un cambio. Mis motivos para escoger Eclipse son principalmente que lo conozco desde hace años como IDE para desarrollo en Java y me siento cómodo con él, que tiene una cantidad desorbitante de plugins para casi cualquier cosa, que es open source y multiplataforma, y que es un entorno que soporta muy bien el desarrollo en prácticamente cualquier lenguaje de programación. Profesionalmente lo he usado para desarrollar/editar Java, JavaScript, ASP, HTML, CSS, PHP, C++, y Ruby.

Entre mis características favoritas de Eclipse con RadRails están la navegación entre diferentes clases con un click, la búsqueda de clases y recursos, la integración con subversion y con la base de datos, la depuración gráfica, la gestión de los servidores Rails, la refactorización de código y vistas, y la asistencia al programar Ruby, HTML, CSS, o JavaScript.

Aparte de eso hay muchos detalles que hacen el día a día del desarrollo mucho más cómodo que usar un editor plano y la línea de comandos, a la que cada día recurro menos.

Bueno, llegados a este punto y como acabo de entregar el cuarto capítulo de una serie de nueve, ya es prudente anunciar que desde hace unos meses ando metido en la creación de un libro sobre RadRails.

A raíz de una conversación en la lista rubyonrails-talk me surgió la oportunidad de escribirlo y a pesar de que inicialmente no estaba muy seguro de querer dedicar el tiempo libre que me queda a esa tarea, acabó pudiéndome la curiosidad. Si todo va bien, terminaré de escribirlo para principios de 2008.

El título bajo el que previsiblemente se publicará es “RoR Made Easy with Aptana Radrails” y la editorial que anda detrás de esto es Packt Publishing

searchwords: RadRails, Aptana, Eclipse, PacktPublishing, javier ramirez, book

Posted in development, javier ramirez, radrails, ruby on rails | Tagged: , , , , | 2 Comments »

conferencia rails en versión original (castellano sin subtítulos)

Posted by javier ramirez on September 29, 2007

La conferencia rails europea ya ha terminado… los videos están en internet… los contenidos son muy interesantes, pero… tienen chistes de chiquito? NOOOORL!!!

Tras el éxito de la convocatoria del año pasado y animados por la acogida de la comunidad, la conferencia rails de habla hispana arranca de nuevo. Las fechas para esta edición son el 22 y 23 de noviembre.

Dos días de comunidad, conferencias, libros a buen precio y networking. Además, es el único día del año en que puedes llevarte tu portátil a una cena y no ser “#{you.is_female? ? ‘La rarita’ : ‘ El rarito’} del grupo!”.

El año pasado hubo lleno, así que no esperes mucho para registrarte en el sitio de la conferencia.

Y si te gusta el diseño, me ha contado un pajarito que se va a montar un concurso para el diseño de las camisetas, así que no pierdas de vista el feed del blog, donde se irá dando toda la información relevante.

Por cierto, si quieres dar una charla, todavía estás a tiempo. Puedes ver las propuestas que ya hemos recibido para no repetirte, y algunos temas propuestos de los que desde la organización creemos que estaría bien tener alguna conferencia.

searchwords: conferencia rails 2007

Posted in conferenciarails, conferenciarails2007, javier ramirez, ruby on rails | Leave a Comment »

usando method_missing y alias_method_chain

Posted by javier ramirez on September 16, 2007

En este post voy a comentar cómo usar algunas de las características que más me gustan de Ruby y Rails: la posibilidad de reabrir una clase en cualquier momento, poder capturar las llamadas a métodos que no existen en un objeto, y la posibilidad de hacer alias de métodos (y encadenarlos)

Para ilustrar todo esto y ver qué podemos hacer, vamos a modificar el comportamiento de la clase Hash de forma que pueda hacer lo siguiente

>> me={:name=>'javier'}
=> {:name=>"javier"}
>> me.name
=> "javier"
>> me.last_name
NoMethodError: undefined method `last_name' for {:name=>"javier"}:Hash
from (irb):18:in `method_missing'
from (irb):33
from :0

Si intento hacer eso sobre cualquier Hash, me devolvería un error directamente en la línea donde hago “me.name”, ya que la forma correcta de acceder a los elementos de una hash es mediante el operador []. La forma de acceder al campo “name” sobre una Hash cualquiera sería “me[:name]”. Con las modificaciones que vamos a realizar, conseguiremos un uso un poquito más conciso (a la manera que tiene ActiveRecord con los atributos de nuestro modelo).

Añadir el método ‘name’ a mi Hash sería muy simple. Aprovechándonos de que Ruby me permite reabrir una clase en cualquier momento, podría hacer simplemente esto

class Hash
  def name
    self[:name]
  end
end

Esto sería perfecto, pero implica que conocemos previamente el nombre de los campos a los que queremos acceder y además necesitamos escribir un método por campo. No parece una buena opción. Si conocemos previamente el nombre de los campos podríamos usar Struct y olvidarnos.

Entonces, si no sabemos previamente el nombre de los campos, ¿cómo sabemos qué métodos implementar? La respuesta es simple: no lo sabemos y no lo podemos saber. Pero… y ¿qué hacemos entonces?

Aquí es donde entra en juego una de las características que más me gustan de Ruby. Cuando un objeto recibe un mensaje que no entiende, Ruby automáticamente invoca a un método especial del Kernel. Este método es method_missing. Nota: ‘mensaje’ es el nombre que se usa en teoría de objetos cuando hablamos de un método. Realmente lo que tenemos son objetos que se envían mensajes entre ellos.

El método method_missing es un método del Kernel, pero si yo reabro una clase y defino el método, cuando se invoque a method_missing para esa clase conseguiré interceptar todas las llamadas a métodos no existentes. El intérprete de ruby nos va a pasar dos parámetros, el primero es el nombre del método, y el segundo son los parámetros que se usaban en la invocación, si los había.

Ahora ya podríamos hacer lo siguiente

class Hash
  def method_missing(method_name,*args)
    self[method_name]  if self.member?(method_name) 
  end
end

Y esto ya casi hace lo que queremos, pero hay todavía un pequeño detalle. Si pedimos un campo que no existe, vamos a obtener un nil en lugar de una excepción. Esto no tiene porqué ser malo, y de hecho podría ser el comportamiento deseado. Pero no es lo que planteábamos originalmente. Queremos que si el campo existe nos lo devuelva, y si no existe se comporte como antes de sobreescribir el método.

Para poder hacer este tipo de cosas en Ruby, usamos la posibilidad de hacer alias de los métodos. La forma habitual es hacer un alias del método original con un nombre tal que loquesea_old y después desde el método nuevo que escribimos podemos invocar al antiguo mediante el alias definido. Esto tiene un problema inherente a la propia arquitectura de una aplicación en Ruby. Como las clases por definición se pueden reabrir en cualquier momento, cualquiera puede redefinir un método en cualquier momento, con lo que corremos el riesgo de estar ocultando un método sobreescrito previamente al hacer un alias.

Para evitar este tipo de problemas, en el código interno de rails se usa un patrón que funciona bastante bien. Cuando se define un nuevo método que va a ocultar a uno viejo al que se hará alias, se usa un sufijo para indicar qué tipo de funcionalidad implementa. Después se definen los alias de esta forma

alias :method_missing_without_access_by_key, :method_missing
alias :method_missing, :method_missing_with_access_by_key

A la hora de definir nuestro método nuevo, lo definiremos con el patrón nombre_antiguo_with_sufijo_indicando_funcionalidad. En nuestro caso se definiría como “method_missing_with_access_by_key”. De esta forma, aunque varios plug-ins diferentes intenten hacer alias de un mismo método, mientras no colisione el sufijo con uno que ya existe no tendremos problemas, con lo que se reduce el riesgo de tener conflictos de nombres.

Como este patrón es muy interesante, desde la versión 1.2 está implementado como parte del core de rails, bajo el nombre “alias_method_chain”. Podemos hacer simplemente

alias_method_chain :method_missing, :access_by_key

Esto busca un método que se llame method_missing_with_access_by_key y aplica los dos alias que hemos visto antes.

Así que la versión final de nuestro pequeño hack quedaría del siguiente modo

class Hash
  def method_missing_with_access_by_key(method_name,*args)
  self.member?(method_name) ? self[method_name] : method_missing_without_access_by_key(method_name,*args)
end

alias_method_chain :method_missing, :access_by_key
end

Todavía hay espacio para hacer alguna pequeña mejora, que probablemente explicaré en un post más adelante.

searchwords: method_missing, alias_method_chain, ruby alias method, Struct

Posted in development, javier ramirez, ruby, ruby on rails | Leave a Comment »