in web we trust Fernando Blat's blog, freelance web developer

Algoritmos de Yahoo: Flickr Interestingness™ es un post realmente interesante, que explica en detalle cómo (supuestamente, pues todo es ingeniería inversa y una patente) hace Flickr para dotar de relevancia a las fotos que sube la gente y crear la sección Interesting, que seguro habéis visitado alguna vez y conocéis por lo espectacular de sus fotos.

Dicha selección se realiza automáticamente, en base a una serie de baremos que maneja Flickr, como pueden ser el número de vistias a la foto, desde dónde se ha visitado, el número de meta-datos y la calidad de los mismos, o incluso la cercanía de la foto a la ciudad donde has dicho que resides.

Pero en realidad, lo que nos debería de hacer reflexionar este algoritmo es cómo han resuelto un problema, para mí abierto, que es el de la relevancia social de los contenidos generados por los usuarios, ya sean fotos, enlaces, posts, vídeos, etcétera.

Y es que si por algo se caracteriza esta época de Internet que estamos viviendo es por la cantidad de dicho contenido, que obliga a filtrarlo si queremos seguir teniendo vida social, familiar y laboral. Y ahí está el problema, en filtrar lo relevante de lo menos relevante.

Criterios como:

• número de enlaces entrantes (veces que te han citado)
• número de visitas
• número de comentarios
• tags asociados al contenido
• karma del autor del contenido
• o el reciente sistema de clasificación por votos

no aseguran, para nada, dar en el clavo y asegurarnos la interestingness, pero de momento es con lo que nos podemos conformar.

Por suerte cada escenario plantea unas características inherentes a él diferentes, lo que permite elaborar criterios específicos mucho más precisos.

Por ejemplo, todos conocemos del.icio.us y su sistema de recomendación de URLs a través de tu red social. ¿Qué es relevante para ti? Lo que te recomiendan tus amigos. Nada más.

Por otro lado tenemos digg o <pon aquí tu clon>, que cuanto más populares se hacen, el sistema de votaciones se vuelve más permisivo, y se convierten en medios más genéricos, con lo cuál abarcan más usuarios, pero éstos están más insatisfechos con los contenidos. ¿La solución? Más contenido en portada, con lo cuál volvemos a tener que filtrar el resultado del filtro (votos, en este caso)

Y por último, tenemos la fusión de estos dos conceptos en coRank, como se puede ver en este pequeño gráfico incluído en su web:

Problemas:

• tienes que convencer a tu red social de que lo utilice
• es un concepto que requiere mucha más labor activa por parte del usuario, que la que puede requerir del.icio.us, pues el filtrado va implícito al uso de la herramienta (sino para qué utilizarla, pudiendo utilizar un agregador convencional), con lo cuál el usuario se va a cansar y va a terminar abandonándola
• tiene, además, el peligro de que los primeros siempre serán los primeros, es decir, que los que están ya arriba en el ránking, van a seguir estando por mucho tiempo

Y esto es de lo más nuevo en filtrado colaborativo que se ha hecho últimamente, y la lista de aplicaciones que han fracasado no es corta, precisamente (¿recordáis Rojo?)

Concluyendo: que es un problema difícil, y lo es más, cuanto más se intenta abarcar. Supongo que pronto irán surgiendo nuevas ideas, cada vez más basadas en redes de confianza, pues si al final el uso de internet se está extendiendo tanto éstas cada vez serán más numerosas, y ¿qué mejor forma de que te digan tus "amigos" qué tienes que leer?

Acaba de anunciarse serestandar.es una iniciativa que pretende ser

Un conjunto de talleres y conferencias sobre diseño y desarrollo web con estándares, en los que participarán como ponentes muchos de los mejores diseñadores y desarrolladores cuyo método de trabajo está basado en el respeto a los estándares web.

Allí estaremos algunos conocidos del sector durante tres días, hablando sobre web y estándares, así que parece que será interesante y divertido.

El evento tendrá lugar del 27 al 29 de junio en Sevilla.

El sábado estuve de boda (para la crónica del evento vean mi twitter) y me llamó mucho la atención la idea que tuvo la novia para el tema fotografía:

repartió 30 cámaras desechables entre todos los invitados, para que fueran haciendo fotos durante la comida y el posterior guateque, para luego recogerlas todas.

La idea me parece brillante:

• te ahorras pagar un fotógrafo
• las fotos son mucho más personales, divertidas y espontáneas
• tienes, por el morro, más de 600 fotos

El caso es que esto del user aggregated content no es un concepto nuevo. Por ejemplo, todo este rollito de la web 2.0 se basa en dar protagonismo al usuario y al contenido que éste introduce. O más bien, que el usuario genere tus contenidos.

Que ésta sea una idea a aplicar en el día a día me ha hecho gracia, lo que demuestra que las buenas ideas están llenas de sentido común, y que, al fin y al cabo, la web no está tan alejada del mundo cotidiano.

Esta mañana he estado jugando un poco con los nuevos microformatos que hemos introducido en La Coctelera, en concreto con hCard .

Y es que vía este post del muy amado-y-admirado blog err.the_blog encontré mofo , una joya (por lo de ser una gema, y por ser, además, una virguería) para parsear microformatos en Rails muy muy fácil.

Los resultados son estos, un experimento de 10 minutos:

¿Se animan?

Los Widgets son cada vez más comunes en nuestro sistema operativo, sea cual sea éste, ya que lo tenemos en todos y con mucha variedad:

• Dashboard en Mac OS X
• Microsoft Gadgets, Google y Yahoo! en Windows
• SuperKaramba y gDesklets en Linux, según el entorno de ventanas
• Opera Widgets en todas las plataformas

De todos ellos, los únicos que no están basados en tecnologías web son los de Linux, los cuáles llevan sus propias librerías de programación (gDesklets se programa en Python, por ejemplo). Esta puede ser una causa de su poca difusión y uso.

Sin embargo, todos los demás sí que son client-side web applications:

• funcionan con Javascript,
• utilizan XML para almacenar datos y guardar configuraciones,
• y la presentación se realiza mediante (X)HTML y CSS, excepto Google y Yahoo! que utilizan un XML especial

Aunque claro, cada uno es de su padre y de su madre: el formato de XML utilizado es propio según qué compañía ha desarrollado el widget, al igual como las etiquetas de marcado, las APIs en Javascript y el sistema de empaquetado.

Viendo el panorama de dispersión, el W3C, iniciales que en inglés deben de significar "faltos de iniciativa", está elaborando un documento que analiza los actuales sistemas de Widgets basados en tecnologías web (por eso no está Linux, amiguitos), los compara, y dice que lo han hecho muy mal, porque cada uno utiliza su propio formato, sus propias librerías, y todo lo que he comentado en el párrafo anterior.

El documento es, en realidad, una guía de requisitos. El problema es que los sistemas ya están desarrollados, y ahora cambiarlos va a ser mucho más difícil. De hecho, los requisitos, en ingeniería del software, se utilizan para modelar cómo va a ser un software, son anteriores a él.

Que el W3C escriba ahora un documento así demuestra que han vuelto a llegar tarde (porque esto de los widgets no es una novedad del mes pasado) y que posiblemente su trabajo caiga en saco roto.

Una alternativa que tienen es desarrollar su propio formato, aunque sea dando unas pautas, y que los actuales sistemas sean compatibles a él, pero claro, no sé quién estaría dispuesto a ello.

Desde hace varias semanas, en La Gran Corporación nos hemos acostumbrado a intercambiarnos enlaces a través de del.icio.us, con la maravillosa convención for:amiguito, con la ventaja de ahorrarnos un e-mail, y de hacernos más fácil la incorporación del mismo en nuestra lista de enlaces favoritos.

Además, con las nuevas funcionalidades de red social es mucho más fácil gestionar contactos.

Así que si sois usuarios de del.icio.us y queréis jugar conmigo a intercambiar enlaces mi usuario es ferblape.

Los que tengáis alguna aplicación Rails funcionando en Dreamhost posiblemente tengáis el FastCGI modificado para evitar los repentinos errores 500.

Hoy, sin embargo, he encontrado un plugin que lo sofistica aún un poquito más.

Si no os queréis bajar el plugin podéis modificar vuestro dispatch.fcgi añadiendo las siguientes líneas:

 require 'fcgi_handler'
 
 class RailsFCGIHandler
  # Dreamhost: changes TERM signal handling so your site isn't 
  # killed while handling a request
  private
    def busy_exit_handler(signal)
      dispatcher_log :info, "busy: asked to terminate during \ 
        request signal #{signal}, deferring!"
      @when_ready = :exit
    end
 
    def term_process_request(cgi)
      install_signal_handler('TERM',
        method(:busy_exit_handler).to_proc)
      Dispatcher.dispatch(cgi)
    rescue Exception => e
      raise if SignalException === e
      dispatcher_error(e)
    ensure
      install_signal_handler('TERM', 
        method(:exit_now_handler).to_proc)
    end
    alias_method :process_request, :term_process_request
 end
 

Nota: el título del post es un homenaje a las machine tags de flickr, que tan bien han comentado mis compañeros: manuel, limalimon y otra vez manuel.

Me envía Furilo una entrevista a Stewart Butterfield, co-fundador de Flickr y de la que me gustaría rescatar esta cita:

Web 2.0 means that barriers have been lowered on the Internet and new opportunities to work with real customers are sprouting every day...

...y sigue...

What will make the biggest difference is how businesses react to the changing expectations of customers who have new power online thanks to changing perceptions about the Web.

Y para completar este post sigue por aquí.