He esperado algo más que en anterior lanzamiento para anunciar por aquí, con el entusiasmo aún en lo alto, que hemos lanzado Vogue España! Ahora, después de unos días, sí puedo decir que ha sido un trabajo duro, pero con unos resultados muy grandes.

Esto es así por trabajar con un equipo realmente bueno, con muchos años de experiencia, positivo y con ganas de hacer las cosas bien. La coordinación de esfuerzos entre el equipo de Ciclik, el de Condenet y nosotros desde Acilia ha sido excelente.

No hay nada mejor al final de un proyecto que recibir la felicitación y percibir la satisfacción de tu cliente. Y nada más gratificante, que ver que el cambio ha tenido efectos positivos desde el primer día.

Así que nada! A por otro Lanzamiento!

Hacía tiempo que no leía un libro del tipo “back to basics”, donde poder reencontrarse los pilares básicos (de la usabilidad web en este caso) y volver a recordar que el sentido común suele ser la mejor elección en casi todos los casos.

Así es, y así se titula Don’t Make Me Think!: A Common Sense Approach to Web Usability, de Steve Krug, que vino de Amazon en un periquete y fue devorado en pocos días, por su sencillez, lenguaje directo y formato ligero.

En esto de la usabilidad, especialmente para Project Managers y Desarrolladores, conviene recordar que hay que parar, dar un paso atrás y dedicarle tiempo a esto. Mucha gente desconoce que hay profesionales que se dedica exclusivamente al diseño de interacción… y lo más sorprendente, muchos proyectos web no lo incluyen en su planificación. Así pasa lo que pasa.

Siempre he sido de la opinión de que la usabilidad no hay que reinventarla. Muchas veces incluir innovaciones sería como decidir que vamos a fabricar un libro que se abre al revés y tiene el índice en las páginas centrales. Esto no quiere decir que no requiera tiempo, y mucho. En este libro, Steve Krug hace mucho énfasis en el Testing de Usabilidad… más vale tener una opinión, la del vecino y el frutero, y dedicarle un tiempo a analizarla, que ninguna.

Lo dicho, un gran libro para leer de forma ligera y reencontrarse con las cosas simples y útiles.

Ya es posible instalar el nuevo navegador de Google, Chrome, en sistemas Linux. No hay aún versión estable, pero podremos evaluar qué tal es la integración con nuestro PC. Lo primero que vamos a notar es un incremento de velocidad muy notable. Habrá que buscarse un poco la vida para hacer funcionar algunas cosas como Flash y posiblemente echemos de menos muchas de las extensiones de Firefox. Todas las instrucciones para instalar Chrome en Linux.com.

Una excelente noticia para los que usamos Linux en el día a día.

Algunos navegadores ya están implementando parcialmente algunas especificaciones de HTML 5, que viene con algunas novedades interesantes. Entre los nuevo elementos podemos destacar:

• Elementos de estructura, representados por los tags section, nav, article, header, footer y aside. Estos elementos dotarán a la web de una mejor estructura y eliminarán bastantes “divs” en el códido. No sólo eso, también añadirán semántica al documento HTML. Es seguro que los grandes buscadores incorporarán a sus algoritmos formas de reconocer las partes de los documentos.
• Mejoras en la presentación de elementos multimedia, con tags como figure, que añadirá captions a los elementos, o video y audio, que se incluirán prácticamente como el elemento img funciona ahora.
• Más tipos de elementos en los formularios. Ya se echaban en falta, se incluirán datetime, datetime-local, date, month, week, time, number, range, email, url, search, color.
• Mejoras con el File API, que permitirá entre otras cosas hacer Drag and Drop desde el escritorio a la web.
• Etiqueta progress, para indicar progreso de alguna acción que se lleve a cabo.
• Etiqueta Dialog, para encapsular conversaciones tipo Twitter.

Todo esto y mucho más en el W3C.

LLega un momento en todo foro, blog, o cualquier sitio que permita a los usuarios dejar comententarios y debatir, en el que aparece la figura del Troll. No es algo que se pueda evitar y por otra parte es un indicador de que tu sitio está teniendo cierto volumen de visitas, lo estoy empezando a vivir en algunos posts del foro de Quiniela15.

Los Trolls son personajes a los que no les importa nada más que montar bronca, dar opiniones sin fundamento, meterse con otros… en definitiva: llamar la atención, y para ello destruyen el curso normal de la discusión. La intimidad y el anonimato que da estar detrás de un teclado, unido a vete tú a saber qué motivos personales, les hace dar el salto al escenario y empezar su función.

Un Troll busca que la gente interactúe con él, aunque sea reprobándole… pero hay una cosa que no soportan: que se les ignore. Como usuario del foro o sitio en cuestión, lo mejor es pasar completamente, aunque siempre hay alguien que con buena intención les intenta parar los pies y es ahí cuando la cosa se lía. Como administradores del foro, podemos banear/vetar mensajes a estos usuarios Troll, pero además de que es un trabajo que puede ser agotador, estaremos desvirtuando el foro y alimentando el ego del Troll, que volverá bajo otro usuario o IP.

La mejor solución que he encontrado ha sido una de las que apunta Alber Mora, que se basa en una funcionalidad del software de foros vBulletin: “Tachy goes to Coventry“.  Con esto lo que haremos es que los mensajes que postea el Troll en cuestión, en su euforia de ego y excitación por el fragor del momento, sólo serán visibles para él mismo y no para los demás usuarios. De esta forma, conseguiremos que los demás usuarios no se vean molestados y además el Troll se creerá ignorado y su intento de boicot frustrado. Es cruel, pero me gusta

Otra iniciativa que me ha encantado es el Concurso de Trolls de Runtime Comics, aunque hay mucho hoygan por ahí metido también. Si quieres sacar a pastar el Troll que llevas dentro, este es el lugar!

Algo más de información:

- Definición y tipología de Trolls, en BlogDrake.

- Los 5 tipos de Trolls más abundantes, en Sigt.net .

La noticia, leída en Genbeta, es de lo más sorprendente en lo que afecta al Software Libre que he leído en mucho tiempo. Google ha decidido liberar el código de Jaiku en Python, bajo licencia Apache, para fomentar el uso del AppEngine.

Un poco de historia

Allá por principios de 2006, empezaba a sonar fuerte el microblogging, con Twitter como servicio estrella. La verdad es que Twitter parecía una aplicación extremadamente sencilla, sin muchos añadidos: se podía microbloggear, tenías tu red de microbloggers… y poco más. El servicio estaba caído cada dos por tres, mostrando unos gatitos en sus páginas de error que aseguraban haberla pifiado. Al menos se lo tomaban con humor.

Al poco tiempo salió Jaiku a la palestra. Parecía que se lo iba a merendar. Se podían integrar otros feeds, la integración con el móvil más lograda… y además parecía que el servicio era más estable y tenía menos interrupciones que Twitter (algo que por otra parte, tampoco parecía muy difícil de conseguir). En definitiva, aparentemente un servicio mucho mejor.

Google compró Jaiku en Octubre de 2007 y todos pensaban que iba a arrasar… pero no ha sido así. De hecho, no le ha llegado ni a la suela de los zapatos a Twitter en cuanto a tráfico y notoriedad se refiere. ¿Efecto red? ¿Triunfo de lo sencillo? Posiblemente ambas cosas.

Liberar Jaiku supone reconocer un error estratégico y la derrota frente a Twitter. Algo bueno tendría que tener Twitter, que hasta Facebook parece estar copiando su interface ahora!

Aunque los datos oficiales, de Nielsen en este caso, van más tarde que la realidad, ya es un hecho. Facebook recibió más tráfico que MySpace. Y no es de extrañar. MySpace parece avocado a ser otro Tripod o Geocities, sitios que en su día fueron pioneros, pero que se han quedado sin nuevas metas o un rumbo claro a seguir.

Ciertamente, si MySpace ha aguantado tanto es por su carácter abierto, cosa en la que se contrapone a Facebook, por lo que el logro tiene, si cabe, más transcendencia. No me atraía demasiado Facebook en un principio… pero en esto de las redes sociales, el famoso refrán “Dónde va Vicente…. donde va la gente” es de lo más aplicable. A Facebook va a ser difícil quitarle esa red a la que tanta gente ya es adicta.

Vía OjoInternet

Hace un tiempo estaba en boca de todos, incluso Bill Gates aparecía como abanderado de este tipo de parametrización de la Web Semantica, pero realmente parece que el proyecto está algo parado a falta de que alguien (posiblemente Google) le de un impulso definitivo, si es que le da.

Los microformatos parecen la panacea de la categorización web. Se trata de estructurar de tal forma el contenido de las páginas HTML que los buscadores y robots pudieran identificar ese contenido y darle un significado. Como ejemplo, uno de los más populares es hCard, para información de contacto, sería:

<div id="contact" class="vcard">
   <h2>Contacto</h2>
   <h3 class="fn">Marcos Labad</h3>
   <p>Contactame por email en
    <a class="email" href="mailto:marcos@taldominio.com">marcos@taldominio.com
</a>,
    o en esta dirección:</p>
   <div class="adr">
     <div class="street-address">Calle Las Nubes</div>
     <div class="locality">Madrid</div>
     <div class="region">Spain</div>
   </div>
</div>

De esta forma cualquier buscador del mundo, podría identificar inequívocamente que esta zona de información es información de contacto y parametrizar calle, provincia, email, etc…

Otro realmente interesante , aún en pañales, es el hProduct, donde se especifican atributos de productos on-line. Sería estupendo para comparadores de precios tipo Kelkoo. En su día, cuando hacíamos crawling de las tiendas para capturar esta información, estábamos indefensos ante cambios de formato HTML en los productos en las tiendas.

Parece la gran solución! Una vez más, estamos ante la filosofía 2.0, donde los usuarios o los creadores de contenido “trabajamos” para los buscadores u otros servicios.

Si ya nos quejamos de la dependencia en Google para muchas cosas, no me puedo imaginar las ampollas que levantaría tener que, además, estructurar la información como nos digan, pero creo que ahora mismo sólo Google podría dar el impulsar este proyecto si lo incluye de alguna manera en sus resultados.

Google adoptó el hCard hace algún tiempo para Maps, y se utiliza el microformato elemental rel-nofollow de forma generalizada, pero no ha vuelto a dar un paso significativo en la adopción de microformatos. Algunas razones podrían ser:

• El éxito de Google se basa en que si alguien busca “peras”, le sale el mejor resultado en cuanto a “peras”, da igual que sea un producto de una tienda, un mensaje en un foro, o un artículo de un periódico ¿Que podría hacer mejores resultados categorizando aún más la información? Quizas sí, pero está claro que no es su prioridad ahora mismo y posiblemente sería bastante costoso hacerlo bien.

• Por otra parte, Google ya es parcialmente “semántico”, si entendemos como tal que identifica partes de la web y entiende a qué se refieren. Como ejemplo, este resultado de foros:
  
  En el primer resultado identifica que es un foro y las entradas que tiene, aunque es cierto que no siempre es capaz de capturar esta información, parece que no está del todo depurado.

• Hay muchísimos tipos de información en al Web. Es posible que Google tarde menos en categorizar algorítmicamente este tipo de información, como en el ejemplo anterior de los foros, que la comunidad web en describir y adoptar todo ese tipo de formatos como estándard

Algo más de información en:

- Ojomicroformatos.

- Microformatos: La web semántica para torpes.

- Microformats.org

Muy interesante este simple pero útil proyecto, llamado The Golden Grid, cuya traducción sería algo así como la rejilla de oro. Se trata de un Framework de CSS. Si ya tenemos Frameworks de PHP, Javascript, Java… por qué no de CSS? Ya hay algunos por ahí circulando.

La principal ventaja es la rapidez en poder hacer un primer proyecto de maquetación o diseño desde abajo (lo más general) hacia arriba, cuidando los detalles más adelante, de forma rápida y con resultados de buena calidad. Lo peor es quizá salirse de ese modelo rejilla, que aunque es común a muchos diseños, puede ser una limitación. Abstrayéndonos un poco, realmente es lo que pasa en los frameworks de otras áreas.

Gracias Vanesa por el descubrimiento!

En este sector de la informática, en todos sus géneros, también hay religiones. Está la religión de Linux, que no aguanta a los de la religión de Windows, si bien transigen con los de la religión Mac. En lenguajes de programación hay gran extremismo también. Los fervientes de Java no paran de sacar defectos a su aparentemente rival la Diócesis PHP y se ríen abiertamente de los del Monasterio de Ruby.

Si eres de los que luchan en el bando PHP, puedes leerte el último documento de php.ie en su defensa.

Hablando un poco más en serio, la gente de php.ie ha publicado un White Paper llamado PHP for Enterprise/Business Whitepaper donde se alaban las bonanzas de PHP, si bien hay pocas comparaciones objetivas con otros lenguajes como Java (su principal rival) o .Net. Se ve que detrás hay cierta carga emocional y poco objetiva que le resta algo de valor al documento, pero no razón.

He visto últimamente muchas críticas a PHP, que he de reconocer es mi lenguaje web preferido, muchas de ellas injustas, como que no es un lenguaje orientado a objetos (lo es totalmente), no se puede aplicar patrones MVC (hay muchísimos frameworks PHP) o que no es escalable (no escala igual que Java, pero escala).

La principal ventaja que le veo es flexibilidad, una gran comunidad de desarrolladores y gran disponibilidad de librerías y código Open Source. Por mi experiencia en ambos lenguajes, normalmente PHP gana en rapidez de desarrollo y Java en robustez. Según las circunstancias, una opción puede ser mejor que otra, pero por si acaso, lo mejor es conocer varias opciones (no sólo estas) y saber qué elegir en cada momento. La Fe te puede jugar una mala pasada.