Abro el navegador y aparece iGoogle como página de inicio. Ojeo los feeds y los correos y al momento dos pestañas más con Google Reader (Netvibes, lo siento) y GMail. Empiezo a trabajar y abro Google Docs para revisar documentaciones. ¿Dónde tenía aquella nota? En Google Notebook. Perfecto. Todo encaja. Cerramos reunión por Google Calendar (enlazado a Thunderbird). Casi la rutina de todos los días.

Google es conocido por recopilar información y volver a vomitarla ofreciendo un nuevo servicio. La información es su moneda. Por eso, no entiendo porqué cada vez que abro una de sus aplicaciones en mi navegador, la barra de accesos directos no se adapta a mis preferencias. ¿No saben qué programas uso y cuáles no? ¿Para qué quiero un enlace a Shopping si no he entrado en mi vida? ¿Por qué para ir a Google Analytics tengo que pulsar en “more” y otra vez en “even more” para saltar a una página y hacer scroll hasta encontrar lo que busco?

Google sabe perfectamente lo que quiero, porque se lo demuestro día tras día, pero o no quiere facilitarme la vida o le da igual o directamente intenta engancharme con otros servicios. Problema de usabilidad o no, por favor, utilicen los datos que amable y gratuitamente les ofrezco =/

No related posts.

El caso opuesto lo encontramos Speckly, un buscador de torrents al estilo de Torrentz pero que muestra resultados finales en lugar de agregadores como hace este último. El problema, es que al buscar por un término genérico (pongamos “house”) te devuelve cientos y cientos de resultados (¿¿miles??) mediante llamadas Ajax, pero sin paginar, con lo que el navegador acaba colapsando a los pocos segundos (Firefox en Ubuntu empieza a hacer fundidos a negro pidiendo socorro =)

El sistema es sencillo. Escribes la palabra, le das al botón y revisas resultados. Si el tercer paso no funciona, mal vamos… Así que ya lo sabes, si quieres utilizar Speckly, acota tus búsquedas o muere =P

No related posts.

• Nous desafiaments per al professional de la informació en la web – Elisa Cerveira (professora de la Universitat de Porto)
• Generació automàtica de metadades i línies de recerca a
  Barcelona Media – Carlos Rodríguez (empresa Barcelona Media)
• Navegació per Internet amb un sintetitzador de veu – Santi
  Moese (ONCE)
• Experiències amb card sorting per al disseny de llocs web – Maika García (professora de la Facultat i consultora)

La verdad es que fue un poco (bastante) decepcionante (incluso dejando de lado los problemas técnicos iniciales (no había sonido) que se pueden dar en cualquier lugar y momento):

• Elisa Cerveira se limitó a enumerar las herramientas web 2.0 existentes (wikis, favoritos online,…) y un par de ejemplos de su uso en bibliotecas (en el extranjero)
• Carlos Rodríguez dedicó gran parde de su exposición a hablar de la empresa donde trabaja (lo puedo llegar a entender) y finalmente no llegó a profundizar en el tema, que tiene mucha miga. Seguimos con la idea de que la web semántica es una utopía, Carlos… (aunque me gusta que no descartes a los humanos =)
• Santi Moese animó la tarde, aunque no pudo enseñar nada porque no tenían preparado el ordenador para hacer la demostración… De todas formas, es un tema a investigar.
• Maika García enumeró los pasos a seguir para hacer un Card Sorting, aunque de forma un tanto aséptica, como si leyera un capítulo de un libro. Al menos ella mostró ejemplos de un trabajo real y un interesante vídeo que resumía en un minuto un card sorting electrónico de 45 minutos

Bajo nivel de las ponencias, pocas preguntas (de las 6 que se hicieron 4 fueron mías), mala organización (sin sonido, un ponente sin el software necesario, sin tiempo para preguntas…),… un nivel demasiado bajo para estar hablando de un Master de Gestió de continguts digitals… de paganini vamos (esta sesión era gratuita). Patricia me recalcó varias veces que el nivel en el sector no es muy alto y que mi visión queda desvirtuada porque soy “un usuario avanzado”, pero no me convence.

Por cierto, en mitad de una de las ponencias el moderador habló con su compañera y me señaló… a los dos minutos se me acercaron para decirme que dejara de hacer fotos (!!!). Dejé de hacerlo, pero me quedé con una, por lo menos para dejar constancia de mi presencia =)

Al fondo, la de la izquierda es Elisa Cerveira, el de la derecha el que me señaló (¿El Padrino? =)

nota: como no se podían hacer fotos, decido que este post tampoco tendrá enlaces… =)

No related posts.

Al pulsar sobre las opciones del menú no pasa nada. Al principio pensaba “bueno, otra web que no está maquetada para firefox” pero que va… faltaba leer la letra pequeña:

Haz click en el símbolo > de la categoría que quieras para desplegarla

Hay que pulsar en el triangulito y dedicar un 30% del espacio del menú para explicarlo. ¿No sería más fácil hacer que lo que hace la flecha lo haga también el texto? Por cierto, el texto si enlaza, pero ¡¡funciona con doble click!!

No related posts.

Para el que no tenga ni idea de que va esto de tanto campus (me incluyo), pego las primeras líneas que aparecen en su web:

El projecte CAMPUS, promogut per la Secretaria de Telecomunicacions i Societat de la Informació (STSI) de la Generalitat de Catalunya, neix de la voluntat de les universitats catalanes de poder disposar d’un campus virtual basat en programari lliure i sota llicència lliure GPL (General Public License) que permeti impartir ensenyament superior exclusivament en línia així com de forma semipresencial.

Justo cuando llegábamos empezaba la ponencia “Professional Usability Services” a cargo de Nigel Bevan, que a priori parecía interesante (usabilidad, accesibilidad, etc..) pero que ha acabado siendo un poco pesada (estándares, definición de procesos, obviedades, etc… sin contar que era en inglés y no habíamos cogido pinganillo =).

Alguno en la sala tenía la misma opinión que nosotros:

Justamente la semana pasada empecé a hacer la lista de compra de libros dedicada a la usabilidad y accesibilidad (gracias xavi por los consejos y por prestarme tus libros =) para tener una base mínimamente sólida y dejar de utilizar sólo la intuición y la experiencia. Por lo menos he sacado en limpio que no me compraré uno sobre estándares puro y duro, jejeje

Nota: Patricia, la próxima vez nos ponemos de acuerdo para entrar o no entrar =)

No related posts.

Empezó bien. Presentación en letras blancas sobre fondo negro. Diferente. Definición de AJAX, correcto. Ejemplos de AJAX.. uy.. espera, eso no es AJAX, es HTML dinámico (está ocultando y mostrando las opciones de copia en GMail). Bueno, igual se ha confundido. Espera, otra vez… y acaba de decir “AJAX son todas estas capas que aparecen y desaparecen y estos menús desplegables..” Empiezo a estar confundido, eso no es AJAX vuelve a ser DHTML.

AJAX son un conjunto de “mecanismos” o “técnicas” que permiten la comunicación asíncrona (es decir, sin tener que esperar la respuesta para poder continuar) entre un cliente (navegador) y un servidor (web en este caso), habitualmente comunicándose mediante el intercambio de XML. Nada de HTML, nada de capas y nada de menús. Otra cosa es que el usuario esté acostumbrado a ver cambios cuando pulsa sobre un elemento de la página y dado que AJAX no necesita hacer cambios de página (que es lo que el usuario espera) mostremos mensajes o lo que sea mediante DHTML, pero no es lo mismo!!. Puede tener AJAX sin DHTML y DHTML sin AJAX. Así que no son lo mismo.

Sigue la presentación. Comparaciones entre diferentes webs y otras en las que Eduardo Manchón ha participado. Algunas de ellas poco objetivas, comparando el formulario de alta de imágenes de Flickr y el de Panoramio (aunque no habló de la publicación de fotos en Flickr desde el Explorador de Windows, por ejemplo). Comenta temas interesantes sobre Usabilidad (si te abstraes de los comentarios continuos de “esto es AJAX” cuando evidentemente no lo es).

Llega al final, última diapositiva y leo “Accesibilidad: AJAX es accesible siempre que el código sea estándar”. ¿eh? ¿Qué código, el HTML/XHTML? No,no… La accesibilidad de una web (al menos hoy en día) se mide por el número de pautas marcadas por la W3C en las WCAG 1.0 (pronto nueva versión) que cubre nuestra web. Y aquí no hay discusión posible. Es cierto que una de las premisas para la AA es que el código valide (3.2 Create documents that validate to published formal grammars). Pero de la misma forma, también se indica que una página que cumpla la A debe funcionar con y sin Javascript activado o proporcionar una alternativa equivalente (6.3 Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page).

Por tanto AJAX, de momento, no es accesible… AJAX sin Javascript activado sería AAX.. que vete a saber que es…

Resumiendo: decepción. En general la charla fue más o menos interesante en cuanto a temas de usabilidad. Pero que alguien reconocido como Eduardo Manchón no sepa que es AJAX te hace pensar.

No related posts.