<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://dagi3d.net/blog/</id>
  <title>dagi3d</title>
  <link rel="self" type="text/xml" href="http://dagi3d.net/blog/atom/"/>
  <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/"/>
  <updated>2008-09-06T01:35:58Z</updated>
  <author>
    <name>dagi3d</name>
  </author>
  <entry>
    <title>Validando las asociaciones de ActiveRecord con RSpec</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2008/9/6/validando-las-asociaciones-de-activerecord-con-rspec"/>
    <id>http://dagi3d.net/blog/archive/2008/9/6/validando-las-asociaciones-de-activerecord-con-rspec</id>
    <published>2008-09-06T01:35:58Z</published>
    <updated>2008-09-06T01:35:58Z</updated>
    <content type="html">
      <![CDATA[<p>
Después de estar un tiempo sin tocar Rails para nada, me puse el otro día a cacharrerar un poco con RSpec y se me ocurrió escribir un <em>matcher </em>para validar las asociaciones de los modelos, ya que consideraba que un simple <em>@objeto.should respond_to(:metodo)</em> realmente tampoco garantiza nada. 

    <br />Lo único &#8216;interesante&#8217; que puede aportar este código es que a la hora de escribir nuestros specs, basta con poner directamente el nombre de la relación, ya que la clase asociada se obtiene de manera automática(bendita sea la convención sobre la configuración :)), al contrario que el resto de ejemplos que pude encontrar por ahí, donde se indica la clase y si se desea, se indica aparte el nombre de la relación(y creo que así se aporta algo de legibilidad a los specs)
    :</p>
  <pre>@record.should have_many(:songs) # utiliza la clase Song

@record.should belong_to(:artist) # utiliza la clase Artist­

@record.should have_one(:cover) # utiliza la clase Cover
</pre>
  <p>Si fuese necesario también se puede indicar de manera manual la clase del modelo relacionado: 

    <br /></p>
  <pre>@record.should have_many(:favorite_songs).from_class(Song)</pre>
  <pre>module ARAssociationsMatchers

  # ARAssociationMatcher
  #
  class ARAssociationMatcher

    def initialize(expected, macro)
      @expected_association = expected
      @expected_macro = macro
    end

    def matches?(target)
      @target = target

      unless @expected_class.nil?
        expected_class = @expected_class
      else
        expected_class_name = @expected_association.to_s.singularize.camelize
        expected_class = Kernel.const_get(expected_class_name)
      end

      reflection = target.class.reflect_on_association(@expected_association)

      !reflection.nil? &amp;amp;&amp;amp; (reflection.macro == @expected_macro) &amp;amp;&amp;amp; (reflection.klass == expected_class)
    end

    def from_class(expected_class)
      @expected_class = expected_class
      self
    end

    def failure_message
      "expected #{@target.inspect} to #{@expected_macro} #{@expected_association.inspect}, but it didn't" 
    end

    def negative_failure_message
      "expected #{@target.inspect} not to #{@expected_macro} #{@expected_association.inspect}, but it didn't" 
    end

  end

  # matchers functions
  #
  def have_many(expected)
    ARAssociationMatcher.new(expected, :has_many)
  end

  def have_one(expected)
    ARAssociationMatcher.new(expected, :has_one)
  end

  def belong_to(expected)
    ARAssociationMatcher.new(expected, :belongs_to)
  end

end
</pre>

	<p>La idea inicial está tomada de ­<a href="http://smartic.us/2007/11/26/rspec-matcher-for-active-record-associations">este enlace</a></p>]]>
    </content>
  </entry>
  <entry>
    <title>Back to the world</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2008/8/21/back-to-the-world"/>
    <id>http://dagi3d.net/blog/archive/2008/8/21/back-to-the-world</id>
    <published>2008-08-21T22:44:02Z</published>
    <updated>2008-08-21T22:44:02Z</updated>
    <content type="html">
      <![CDATA[<p>Bueno, después de bastante tiempo sin actualizar voy a ver si vuelvo a retomar el tema del blog. Últimamente han cambiado muchas cosas, tanto en el aspecto laboral/escolar como en el personal(eso sí, todas para bien), así que espero volver a darle caña al tema de Rails que lo tenía bastante abandonado. Me acaban de llegar de Amazon los libros <a href="http://www.mypearsonstore.com/title/0672328844">The Ruby Way</a>, <a href="http://www.mypearsonstore.com/title/0321445619">The Rails Way</a>(que ya había catado en su versión en pdf y me pareció muy bueno) y <a href="http://www.mypearsonstore.com/bookstore/product.asp?isbn=0130676349">Agile Software Development with Scrum</a>, así que ahora toca <a href="http://es.wikipedia.org/wiki/Procrastinaci%C3%B3n">procrastinar</a> a tope :)

    <br /></p>]]>
    </content>
  </entry>
  <entry>
    <title>A&#241;adiendo nuevos tipos en las migraciones de Rails</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2008/1/4/anadiendo-nuevos-tipos-en-las-migraciones-de-rails"/>
    <id>http://dagi3d.net/blog/archive/2008/1/4/anadiendo-nuevos-tipos-en-las-migraciones-de-rails</id>
    <published>2008-01-04T00:50:12Z</published>
    <updated>2008-01-04T00:50:12Z</updated>
    <content type="html">
      <![CDATA[<p>
En el proyecto con el que ando liado en mis r­atos libres, necesitaba añadir a varios modelos atributos que almaceneran decimales. En principio era tan simple como crear en cada migración las columnas con su tipo de dato correspondiente:</p>
  <pre>t.column :price, :precision =&amp;gt; 6, :scale =&amp;gt; 2, :default =&amp;gt; nil
</pre>
  <p>El caso es ­que se&nbsp; me hacía un tanto repetitivo estar añadiendo la misma línea en todas las migraciones donde me hacía falta(sé que no es para tanto, pero a veces la vagancia me puede) y además no estaba usando el estilo de los <a href="http://api.rubyonrails.org/classes/ActiveRecord/ConnectionAdapters/TableDefinition.html#M001222">nuevos atajos que trae Rails 2.0</a>, así que la solución era tan sencilla como reabrir la clase <em>ActiveRecord::ConnectionAdapters::TableDefinition</em>(bendito Ruby) y crear el método necesario:
  </p>
  <pre>class ActiveRecord::ConnectionAdapters::TableDefinition

  def currency(*columns)
    columns.each do |column|
      self.column column, :decimal, :precision =&amp;gt; 6, :scale =&amp;gt; 2, :default =&amp;gt; nil
    end
  end

end­
</pre>
­

  <p>Y ya podía usar en todas mis migraciones el método t.price teniendo que indicar únicamente el nombre de la columna(o columnas) que quería crear:

    <br /></p>
  <pre>class CreateLineItems &amp;lt; ActiveRecord::Migration
  def self.up
    create_table :line_items do |t|
      t.references :order
      t.references :item, :polymorphic =&amp;gt; true
      &lt;strong&gt;t.currency :price&lt;/strong&gt;
      t.timestamps
    end
  end

  def self.down
    drop_table :line_items
  end
end
</pre>]]>
    </content>
  </entry>
  <entry>
    <title>Dilbert se pasa a las metodolog&#237;as &#225;giles</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/11/29/dilbert-se-pasa-a-las-metodologias-agiles"/>
    <id>http://dagi3d.net/blog/archive/2007/11/29/dilbert-se-pasa-a-las-metodologias-agiles</id>
    <published>2007-11-29T01:24:43Z</published>
    <updated>2007-11-29T01:24:43Z</updated>
    <content type="html">
      <![CDATA[<p></p>
  <p><img src="http://www.dilbert.com/comics/dilbert/archive/images/dilbert2666700071126.gif" /></p>
  <p>Vía <a href="http://kw-agiledevelopment.blogspot.com/">all about agile</a></p>­]]>
    </content>
  </entry>
  <entry>
    <title>Charla/Taller de introducci&#243;n a Ruby On Rails</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/11/6/charla-taller-de-introduccion-a-ruby-on-rails"/>
    <id>http://dagi3d.net/blog/archive/2007/11/6/charla-taller-de-introduccion-a-ruby-on-rails</id>
    <published>2007-11-06T21:42:07Z</published>
    <updated>2007-11-06T21:42:07Z</updated>
    <content type="html">
      <![CDATA[<p><img align="right" src="http://www.dagi3d.net/temp/rails.png" />Bajo el marco de las <span class="caps">III</span> Jornadas de Informática organizadas en la Universidad Europea de Madrid que se celebran los días 15 y 16 de noviembre, <a href="http://raul.murciano.net/">Raúl Murciano</a> y yo impartiremos una charla-taller de introducción a Ruby On Rails. El taller tendrá lugar el jueves 15 y comenzará a las 12:00 y finalizará sobre las 14:00.

    <br />El acceso es totalmente libre y gratuito(al igual que el resto de charlas y eventos de las jornadas) y animo a que se acerque a todo aquel que quiera iniciarse en este estupendo framework de desarrollo web.</p>
  <p><a href="http://www.gluem.net/jornadas/programa.html">Programa de las jornadas</a>
    <br /><a href="http://corporativo.uem.es/es/como-llegar">Cómo llegar a la <span class="caps">UEM</span></a>
    <br /></p>]]>
    </content>
  </entry>
  <entry>
    <title>&#191;Fin del spam?</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/11/5/fin-del-spam"/>
    <id>http://dagi3d.net/blog/archive/2007/11/5/fin-del-spam</id>
    <published>2007-11-05T23:03:24Z</published>
    <updated>2007-11-05T23:03:24Z</updated>
    <content type="html">
      <![CDATA[<p><img align="right" src="http://www.google.com/a/help/intl/en/images/150x55.gif" /></p>
  <p>
Gracias al consejo del señor <a href="http://comunidad.uem.es/ayanes/">Yanes</a>, me animé a probar el servicio que ofrece Google que nos permite utilizar el sistema de correo de Gmail utilizando nuestro propio dominio. Pero lo interesante de esto no es el hecho de poder contar con la interfaz web de Gmail para leer el correo donde queramos(que también podría serlo), si no el poder descargar con nuestro cliente habitual el correo almacenado en los servidores de Google y utilizar su filtro anti-spam que funciona muy bien y así minimizar en la medida de lo posible el coñazo que supone el correo basura. De momento, salvo un falso positivo, me está funcionando mucho mejor que el sistema que lleva Thunderbird integrado que se tragaba unos cuantos correos vende rolex/viagras/hipotecas/titulos falsos, aunque en parte es lógico, porque siempre irá mucho mejor un filtro bayesiano entrenado por 50 millones de usuarios que otro por uno solo&#8230;
    <br /></p>
  <p>Google Apps: <a href="http://www.google.com/a/">http://www.google.com/a/</a>
    <br /></p>]]>
    </content>
  </entry>
  <entry>
    <title>vi.sualize.us, el del.icio.us para las im&#225;genes</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/10/28/visualizeus-el-delicious-para-las-imagenes"/>
    <id>http://dagi3d.net/blog/archive/2007/10/28/visualizeus-el-delicious-para-las-imagenes</id>
    <published>2007-10-28T15:46:22Z</published>
    <updated>2007-10-28T15:46:22Z</updated>
    <content type="html">
      <![CDATA[<p><img align="right" src="/temp/visualizeus.gif" /></p>
  <p>
Hace poco salió a la luz <a href="http://vi.sualize.us">vi.sualize.us</a>, un marcador social enfocado a las imágenes que nos permite organizar las fotos

  que vamos encontrando por internet utilizando etiquetas
    y compartirlas si queremos.

    Vamos, que sería el equivalente a <a href="http://del.icio.us">del.icio.us</a>&nbsp; para imágenes y la verdad es que la aplicación tiene bastante buena pinta.

    <br /></p>
  <p>El proyecto ha sido desarrollado en exclusiva por <a href="http://victorespigares.com/">Victor Espigares</a> y
    también ha contado con la colaboración de <a href="http://zigotica.com/">­Sergi Meseguer</a> para la creación de la ­<a href="http://zigotica.com/visualizeus.html">extensión para firefox</a>(todavía en fase beta)</p>
  <p>
    <br /></p>­]]>
    </content>
  </entry>
  <entry>
    <title>Programa de facturaci&#243;n en Ruby On Rails</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/8/15/programa-de-facturacion-en-ruby-on-rails"/>
    <id>http://dagi3d.net/blog/archive/2007/8/15/programa-de-facturacion-en-ruby-on-rails</id>
    <published>2007-08-15T21:47:33Z</published>
    <updated>2007-08-15T21:47:33Z</updated>
    <content type="html">
      <![CDATA[<p>Hace poco para optar a un trabajo tuve que realizar como prueba una
aplicación en Rails que gestionase un listado de facturas junto a sus
clientes. El caso es que decidí añadirle alguna cosilla más y hacerle
una interfaz más aceptable y liberar el código por si a alguien le podía
interesar.
esto) y el diseño del pdf es totalmente personalizable a partir de un
documento xhtml y css.
ampliando conforme lo vaya necesitando ahora que empiezo con el tema
del freelanceo.
Se puede ver en funcionamiento en <a target="_blank" href="http://facturails.dagi3d.net/">http://facturails.dagi3d.net/</a> y se puede descargar directamente desde el repositorio subversion en <a target="_blank" href="http://svn.dagi3d.net/rails/facturails/trunk">http://svn.dagi3d.net/rails/facturails/trunk</a> (bajo licencia <span class="caps">MIT</span>)</p>


	<pre><code><br />
<br /></code></pre>]]>
    </content>
  </entry>
  <entry>
    <title>Sumando varios elementos de un array</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/8/12/sumando-varios-elementos-de-un-array"/>
    <id>http://dagi3d.net/blog/archive/2007/8/12/sumando-varios-elementos-de-un-array</id>
    <published>2007-08-12T16:54:49Z</published>
    <updated>2007-08-12T16:54:49Z</updated>
    <content type="html">
      <![CDATA[<p>
Realizando una aplicación en Rails necesitaba
  sumar varios atributos de los objetos almacenados en un array. El problema es que cuando se trata de sumar un único atributo, se suele utilizar el método <em>inject</em>:</p>
  <pre>total = mi_array.inject { |sum, obj| sum + obj.value }</pre>
  <p>
pero en este caso no me terminaba de convecer estar llamando al método <em>inject </em>tantas veces como atributos quisiera sumar, así que en teoría la solución pasaría por iterar sobre el array e ir sumando:</p>
  <pre>var1 = 0
var2 = 0
var3 = 0
...
mi_array.each do |obj|
  var1 += obj.value1
  var2 += obj.value2
  var3 += obj.value3
  ...
end
</pre>
  <p>Funcionar, funcionaba, pero digamos que el código quedaba algo feo, así que para seguir trasteando, intenté encontrar una solución más &#8216;ruby&#8217; y esto fue lo que hice:</p>
  <pre>class Array

  def accumulate(fields)

    results = fields.dup

    self.each do |obj|
      fields.each_key do |key|
        results[key] += obj.send(key) if obj.respond_to?(key)
      end
    end

    results
  end
end
</pre>
  <p>Ahora bastaba con llamar al método <em>accumulate </em>sobre el array de objetos e indicar qué atributos quería sumar para obtener un hash con los resultados:</p>
  <pre># la lista de objetos
foos = [
  OpenStruct.new(:foo =&amp;gt; 1, :bar =&amp;gt; 2, :foobar =&amp;gt; 3),
  OpenStruct.new(:foo =&amp;gt; 3, :bar =&amp;gt; 4, :foobar =&amp;gt; 5),
  OpenStruct.new(:foo =&amp;gt; 5, :bar =&amp;gt; 6, :foobar =&amp;gt; 7)
]

foos.accumulate(:foo =&amp;gt;­; 0, :bar =&amp;gt; 0, :foobar =&amp;gt; 0) 
# {:foo=&amp;gt;9, :bar=&amp;gt;12, :foobar=&amp;gt;15}­
</pre>]]>
    </content>
  </entry>
  <entry>
    <title>Comparar gemas instaladas en desarrollo y producci&#243;n</title>
    <link rel="alternate" type="text/html" href="http://dagi3d.net/blog/archive/2007/7/21/comparar-gemas-instaladas-en-desarrollo-y-produccion"/>
    <id>http://dagi3d.net/blog/archive/2007/7/21/comparar-gemas-instaladas-en-desarrollo-y-produccion</id>
    <published>2007-07-21T05:42:10Z</published>
    <updated>2007-07-21T05:42:10Z</updated>
    <content type="html">
      <![CDATA[<p>
A raíz de un <a href="http://www.norellana.com/2007/07/17/cuidado-con-lo-que-instalas-en-desarrollo/">post</a> en el blog de <a href="http://www.norellana.com/">Nicolás Orellana</a>, donde mencionaba el problema de no tener sincronizadas las gemas instaladas en la máquina de desarrollo con las que deberían estar también en la máquina de producción, me animé a escribir una pequeña tarea para Capistrano que intentase resolver este problema. La idea en principio era sencilla, tan sólo habría que obtener la lista de gemas instaladas en local utilizando el comando &#8216;gem list&#8217; tal como mencionaba Nicolás, hacer lo mismo en remoto, compararlas para ver las diferencias y luego ofrecer la posibilidad de instalar aquellas que no estuviesen en la máquina de producción.</p>
  <p>Y esta fue la solución a la que llegué (de momento no hace ningún control sobre las versiones, pero si tengo un rato intentaré completarla):</p>
  <p></p>
  <pre>task :compare_gems do

  def parse_gem_line(line, gems)
    if line =~ /^([[:alnum:]]+)\s\((.*)\)/
      gem = $1
      gems[gem] = []
      versions = $2.gsub(/\s/, '').split(",")
      gems[gem] &amp;lt;&amp;lt; versions
    end
  end

  local_gems = {}
  remote_gems = {}

  local_gem_list = %x{gem list}
  local_gem_list.each_line { |line| parse_gem_line(line, local_gems)}

  run "gem list" do |channel, stream, data|
    parse_gem_line(data, remote_gems)
  end

  not_installed_gems = local_gems.dup

  not_installed_gems.delete_if {|key, value| remote_gems.has_key? key }

  puts "== Not installed gems ==" 

  not_installed_gems.each_key do |gem|

    puts "* #{gem}" 
    puts "Install? [yN]" 
    answer = STDIN.gets.chomp

    if answer.downcase == "y" 
      run "gem install #{gem} -y" do |channel, stream, data|
        puts data
        if data =~ /^&amp;gt;/
          install_option = STDIN.gets.chomp
          channel.send_data "#{install_option}\n" 
        end
      end
    end
  end

  puts "========================" 
end
</pre>
  <p></p>]]>
    </content>
  </entry>
</feed>
