» Eventos

Jeffrey Veen (Google) el que lleva cosas com Gmail, Blogger, Google Calendar…

Va a hablar del futuro en las aplicaciones web, Empieza introduciendo como los medios exageran cuando surge una nueva teconología como, por ejemplo, los blogs. Se llegaba a decir, si no tienes un blog tu empresa va a la ruina.

Entra en el tema definicion web 2.0 y las absurdeces que se han dicho sobre el tema. Para él el futuro se parece mucho al pasado.El futuro de la web debe estar basado en las personas. Personas que no entienden la tecnología. Diseño orientado al usuario.

• Experiencia
• Patrones
• Usuarios
• Objetivos
• Cosas

Nuestro trabajo es presentar esas cosas que ofrecemos para que el usuario las pueda entender, ver, interactuar… Es decir que el usuario tenga una experiencia sencilla e intuitiva en nuestra web al interactuar con nuestras cosas.

No todos los usuarios son iguales, Un buen diseño debería lograr que todos los usuarios puediesen conseguir todos los objetivos en nuestro sitio web. Insiste, la gente, los usuarios, son muy distintos.

Pone un ejemplo claro, ante un mismo objeto, como un vaso con un refresco, muchas personas utilizan palabras distintas para definirlo (refresco, coca-cola, bebida… ).

La globalización, además, añade dificultades… una web para un coreano o para un indio o para un occidental. En Google, por ejemplo, cuando lanzan una En, de base suele salir en 40 idiomas.

Pone también el caso de webs inaccesibles que, al cargarla en un navegador como Lynx, te dice que cambies de navegador.

Está poniendo ejemplos de webs que van evolucionando, como la General Electric o Amazon.

Es necesario entender que ocurre en el mundo del usuario para adaptarnos a él y no hacer que él se tenga que adaptar a nuestra web.

Va a hablar ahora de patrones de datos

pone una pantalla con números repartidos aleatoriamente por la pantalla con números aleatorios y luego muestra esos números puestos en una tabla. La diferencia es evidente (son temperaturas) y a partir de ahí va distintas formas de presentar esos datos que cada vez mejoran la experiencia de usuario al presentar los datos de una forma que el usuario puede controlar.

Un claro ejemplo, las mashups que se están haciendo con google maps, por ejemplo, mostrar un mapa de una ciudad y señalar las zonas donde hay delitos es mejor que una tabla con barrios y cifras.

Sigue poniendo ejemplos de páginas poco usables. ¿Cómo podemos ayudar a los usuarios? ¿Cómo saber lo que piensan y como piensan? - Preguntándoles y haciéndolo de forma metódica de forma que se pueda analizar lo que han dicho. Esa es la metodología que él sigue en Google.

A partir de ese análisis comienzan a diseñar la arquitectura del sitio… hacen decenas, cientos de entrevistas, a la hora de diseñar una aplicación web. Va entrando poco a poco en su metodología, difícil de explicar aqui… lo siento.

Pero la idea está clara, se siga la metodología que se siga hay que investigar al usuario. Fases del proyecto ordenadas por lo abierto a soluciones que está en proyecto en cada una.

-definición de proyecto
-investigación de usuarios
-diseño de interacción
-Implementación
-Lanzamiento

Nota… el tema es muy interesante… pero por ahora no tiene mucho que ver con el título de la ponencia.

Ahora vuelve al futuro… lo único que nos dice es que no temamos al futuro, que lo importante siempre es que pensemos en el usuario. Juel

Finaliza

Ponencia interesante, pero no relacionada con el título, No cumple expectativas, un 6

Diapositivas en: www.veen.com/fundamentos07.pdf

A que se refiere con el término “a prueba de balas”: se refiere a la metodologóa de “incremento progresivo”. Capas: contenido (el rey), estructura, presentación, comportamiento.

Este planteamiento tiene de bueno que cada capa tiene su propia tecnología

CONTENIDO
ESTRUCTURA-> HTML
PRESENTACIÓN-> CSS
COMPORTAMIENTO.-> Javascript, AJAX

Haciéndolo bien, permite que no usar una capa no impide acceder al contenido. hacerlo bien es usar una tecnología adecuada para cada capa, no mezclar.

Por supuesto también hay que separar el comportamiento y hacerlo como capa que añade pero no afecta a la inferior. En HTML Podemos tener un Enlace, ese es el comportamiento básico, el que se define en la etiqueta A.

Para cambiar el comportamiento la idea no es añadiré un evento onclick al enlace, es mucho más limpio sobre-escribir el comportamiento de todos los enlaces en una función externa. La filosofía que plantea es que al igual que CSS está totalmente separado de la estructura, el comportamiento debe separar de la misma forma

¿Qué ocurre con Ajax? Ajax no es solo utilizar javascript, para el ponente, es comunicarse con el servidor sin refrescar la página (efectivamente). ¿Qué tecnologías permite hacer esto? una posibilidad serían los Frames, realmente cumple con la definición que él hace; también valdrían los iframes, también valdría Flash cuando cargamos movieClips ante determinados eventos, realmente estamos cargando contenido sin refrescar. EVIDENTEMENTE ESO NO ES AJAX

Todo lo anterior es tontería… AJAX es XMLHttpRequest… el objeto javascript clave de todo este asunto. Una breve historia: surgió de Microsoft con el Internet Explorer 5, hace 7 u 8 años. Curiosamente el tema de AJAX es mucho más reciente… ¿En qué momento? cuando otros navegadores, básicamente Mozilla, comenzó a utilizar.

XMLHttpRequest es un elemento intermedio entre navegador y servidor. Realmente es un objeto con propiedades y métodos… en fin… nos explica cómo funciona AJAX y en qué consiste. No voy a postear una información que se puede conseguir en mil sitios.

Tras la explicación vuelve a la base de la ponencia, AJAX como una capa que no debe impedir el acceso al contenido y la visualización de la estructura. Esto es lo importante, no la tecnología sino cómo utilizarla correctamente. AJAX debe ser el medio que nos extrae la información del servidor y punto, no el objetivo en si.

Siguiendo la filosofía correcta un navegador que no disponga de Javascript debe permitir acceder a los mismos contenidos que uno que si lo tenga. El que lo tenga, evidentemente, se beneficiará de la rapidez y comodidad que esta tecnología aporta.

Introduce un término HIJAX, incremento progresivo. :

-Empezar a hacer la web como siempre, html, hipertexto, simplicidad. Se mantiene el procesamiento de los datos en el servidor.
-Si añadimos Ajax lo que cambiaremos es que en vez de solicitar la información mediante un enlace lo podemos hacer con XHR porque el navegador lo permita. Pero no hemos suprimido los enlaces con AJAX, hemos mejorado al cambiar el comportamiento del enlace cuando el navegador lo permite. ¿Donde está la clave? AJAX hay que implementarlo al final, tras haber desarrollado la web en modo tradicional.

Reconoce que lo anterior no es tan sencillo.

AJAX debe utilizarse sólamente cuando es necesario.

-Autentificaciones
-Carritos de la compra
-Sistemas de puntuación / valoración de elementos (la típica estrellita)
-Añadir comentarios en blogs

Defiende que AJAX no debe ser para hacer super aplicaciones webs sino para mejorar las webs, la experiencia del usuario al interactuar con el contenido.

Una magnífica ponencia, una buena explicación de AJAX y defiendo una postura muy coherene: resumiendo, AJAX accesible y cuando hace falta. Hay que asegurarse que el usuario puede acceder al contenido aunque no tenga Javascript. Para super-aplicaciones mejor usar cosas como Flash, que para eso está.

Entra también en el tema de los desafíos que AJAX plantea a nivel de diseño e interacción. Toca el punto clave Si usamos AJAX hay que informar al usuario de lo que está pasando cosa que antes no era necesario debido a que el navegador se encargaba de informar. Un ejemplo, propio, y muy importante… si añado un producto al carrito en el mundo tradicional se me recarga la página, me lleva a la cesta… quedo informado. Con Ajax no, puede añadir el producto al carrito y no observar un solo cambio en la web.

Plantea aprender un poco del mundo Flash. También el utilizar las convenciones que están surgiendo como las que implemente Basecamp (37Signals).

Un ejemplo que pone sobre este tema ¿Qué ocurre con el botón de volver atrás? ¿Cuando debemos permtir al usuario volver hacia atrás?… plantea que para responder a estas preguntas debemos hacer pruebas de usuario.

Buena ponencia, buena postura, un 8

Disponbile la presentacón en breve en Adactio.com

Bien, vale, muy W3C. Tipo… somos conscientes de los problemas, esto va muy rápido, me mareo… pero que lo vamos a cambiar todo en cuanto podamos.

Una breve historia de las CSS, de la primera especificación a la segunda.

Lo más sustancioso la explicación de cómo están priorizando los módulos que quieren implementar en CSS3.

1. La característica a implementar tiene que ser técnicamente posible, obviamente. ¿Se puede programar? ¿Los ordenadores serán capaces de procesarlo?
2. Hay suficientes expertos en el grupo de trabajo W3C para desarrollarlo?
3. Interesa a la comunidad

Y tras esto hace un breve repaso a los módulos actualmente más priorizados:

• La rejilla, el Grid. la están abordando desde dos perspectivas: Advanced Layout y Posicionamiento en la rejilla. Son dos módulos distintos pero que van dirigidos al mismo objetivo y que incluso, podrán combinarse
• Dispositivos móviles: lo consideran esencial. La especificiación actual tiene ya algo de interoperabilidad con dispositivos móviles, pero quieren ir más allá. Dos premisas a este respecto
  • Los moviles tienen capacidad a nivel de procesamiento como para procesar la actual CSS2
  • se va a hacer una especificación más especializada en conjunto con los fabricantes de móviles
• Más facilidades para bordes: redondeos, sombras o imágenes para generarlos
• Rotación de textos

Se acaba el tiempo y como todo buen miembro de la W3C, pide ayuda a la comunidad. Pero solo da tiempo a dos preguntas… de todas formas se a ofrecido a que lo asaltemos por los pasillos.

un 6

Como siempre, el Daniel Torres Burriel está haciendo la crónica en directo y podési seguirlo en su blog.

Yo estoy tomando mis notas para hacer luego unas reflexiones peronales que iré poniendo por aquí.

Pues nada, mañana día de coches y vuelos dirección Gijón. Granada - Malaga en coche y luego volando Malaga - Madrid y Madrid - Asturies. Así que por allí andaremos.

No estoy seguro de si la sede es la misma que la primera edición de Fundamentos Web, pero sea donde sea me veréis aplancando el mono entre ponencia y ponencia en la salida más próxima a la sala de conferencia.

Desde luego intentaré ir informando de lo que acontence por allí aunque como siempre no podré competir con el reportero más dicharachero de Barrio Sésamo. Aun así, como siempre, iré publicando mis reflexiones personales sobre el evento.

Nos vemos!

Leyendo a Torresburriel me entero de que podemos proponer preguntas para la mesa redonda en la que intervendrá (por videoconferencia) en la próxima edición de Fundamentos Web.

Un buen amigo siempre me dice “A ti lo que te pasa es que eres muy crítico”. Reconozco que lleva razón así que yo le preguntaría (he enviado algunas de las preguntas) a Mr. Lee, como director del W3C, y siendo consciente de que la mesa redonda no va directamente sobre lo que pregunto, cosas como las siguientes:

• ¿Cree razonable el tercer trimestre del 2010 como fecha para la aprobación del html 5 o la del 2011 para CSS level 3?
• ¿No cree que estaría bien que se publicasen documentos sobre estándares como HTML o CSS digeribles por desarrolladores web en vez de enfocarlos a los desarrolladores de software?
• ¿Qué datos le llevaron a aseverar en su post “reinventing the web” que “el intento de conseguir que el mundo cambiase al XML […] no funcionó”?
• ¿Tanto trabajo cuesta, teniendo en cuenta que se trata de un trabajo de casi 5 años (2006 - 2010), hacer que html 5 sea XML?

Desde luego que también le felicitaría y le agredecería infinitamente que tuviese la genial idea de crear la WWW (sin cinismo alguno) que ha cambiando nuestras vidas y de la cual vivimos muchas personas de forma directa.

Ya he hecho la inscripción y reservado vuelo y alojamiento… así que, junto a mis compañeros Elías y Raul, estaremos en la próxima edición de Fundamentos Web en Gijón.

El que quiera invitarme a un café, a una cerveza o a lo que sea… me lo puede buscar por ahí (iré con la acreditación de marras donde pondrá mi nombre, “José Manuel Pérez Pita”) o comentarlo en este post, por el formulario de contacto, etc.. También me podeis reconocer el la espicha por el número de vasos vacíos de sidra que habrá a mi lado.

Un nuevo Madinspain se celebrará en Madrid, Palacio Municial de Congresos, entre los días 21 y 22 de Septiembre.

Madinspain es un clásico dentro de los eventos relacionados con el diseño web en España siendo precismaente el diseño el elemento diferencial de este evento.

Entre el 19 y el 22 de Septiembre, las semana que viene, se celebrará en Barcelona uno de los eventos más importantes sobre Drupal: Drupalcon 2007. Muy interesante para los drupaleros.

[vía HCNet] Entre los días 21 y 22 de Septiembre se celebrará en Barcelona este importante evento sobre Arquitectura de Información. Más información.