es-robot.com

Finalmente se ha publicado la primera versión beta de prism, con un sitio web nuevo, por lo que parece que el proyecto sigue vivo. Al hilo de esta nueva versión, Matthew Gertner, responsable del proyecto, explica en su blog una idea interesante ¿quién se encargará de la integración la integración de las aplicaciones web actuales con el escritorio?

Lo explica con un ejemplo sencillo: la notificación de mensajes nuevos de correo electrónico en una ventana pop-up. Un usuario “normal” no tiene acceso al nivel de detalle necesario para realizar este cambio, hacen falta usuarios avanzados o desarrolladores de aplicaciones. El desarrollador de la aplicación web tiene la posibilidad de notificar eventos a través de un api, pero Matthew piensa que a corto plazo los desarrolladores web no van a hacer el esfuerzo y yo creo que si no se hace con cuidado se acoplaria demasiado la aplicacion web con la integración en el escritorio.

La opción que promueven en prism (y que me parece bastante correcta) es el desarrollo de un fichero que contenga el código específico de integración, lo que llaman un bundle. La opinión de Matthew es que a partir de ésta versión aparecerán más desarrolladores de bundles que personalicen el comportamiento de una aplicación web.

Esa personalización o integración con el escritorio deberían hacerla los responsables del sitio web, ya que son los que tienen el conocimiento de cómo funciona la aplicación: cuando generar eventos, qué uri’s maneja la aplicación o cualquier otro detalle de la aplicación. Pero debería ser opcional: si se utiliza un cliente integrado en el escritorio cómo prism, se cargan los scripts de integración y si no se ignoran. Por eso se podría estandarizar el uso de una etiqueta al estilo de los iconos de aplicación o de flujos rss:


<link rel="shortcut icon" href="/favicon.ico" type="image/x-icon" />



<link rel="alternate" type="application/rss+xml" title="RSS Feed" href="/rss.xml"/>


Con una etiqueta meta al estilo de:

<link rel="desktop integration" type="application/desktop" title="Desktop integration" href="app.webapp" />

El cliente podría utilizar los scripts de integración con el escritorio en caso de que la soporte. Es decir si el cliente es prism (o un cliente con integración con el escritorio) es usa el fichero webapp y si no se ignora.

De está forma se podría promover un api común a varios navegadores, al estilo de lo que está haciendo google con gears, y se podría generalizar la integración de aplicaciones web en el escritorio.

Por este camino, puede que la “web 3.0″ sea desaparición de las aplicaciones web, que se convertirán en aplicaciones integradas en el escritorio.

Estaba repasando una idea de David Recordon del radar de O’Reilly, que propone integrar la autenticación de los sitios que usen OpenID automáticamente en el navegador. Al acceder a internet, el navegador nos pedirá nuestra clave una única vez y se deberá encargar de autenticarse en todos los sitios con OpenID. Es una forma de simplificar la navegación a los usuarios, se ahorrarían la repetición de usarios/claves y muchas autenticaciones duplicadas en multiples sitios.

No es un objetivo nuevo, por ejemplo explorer desde hace mucho tiempo tiene autenticación integrada en el sistema de Windows que se usa a nivel corporativo, también Microsoft lleva tiempo proponiendo el sistema de autenticación Live ID y hay más iniciativas similares de Sun, IBM, etc. La idea de David se centra en mejorar la usabilidad delegando la autenticación en el navegador, evitando repetir el mismo password varias veces y usar un servicio abierto como el de OpenID, cuyo control no está centralizado.

En este sentido, las condiciones que debería reunir un buen servicio de autenticación son:

• Que sea seguro, obvio, pero sin esta condición no tiene sentido el resto.
• Que no dependa de un único proveedor, es necesario que los usuarios puedan cambiar de proveedor fácilmente.
• Que pueda usarse de forma abierta en varios sitios web y dominios de autenticación. Si el servicio sólo sirve a un proveedor o a un grupo, no es útil para el usuario.
• Que su uso sea lo más transparente posible para el usuario, con el menor número posible de autenticaciones. Con una sola autenticación, deberíamos poder acceder a todos los sitios que estén adheridos al mismo sistema y a las misma credenciales.
• Que permita el control del usuario. Debería permitir el uso de varias credenciales diferentes y además debería permitir elegir en qué sitios/aplicaciones debería usarse cada credencial de autenticación.

Dave comenta que existe algun plugin para Firefox que cumple este objetivo, pero en mi opinión ésta función debería estar integrada en el sistema operativo, debería ser un servicio disponible para cualquier tipo de aplicación no sólo web. Aunque partiendo de la situación actual, la forma más rápida de llegar a este objetivo es comenzar por el navegador, que actualmente es el componente más abierto de los escritorios. Concretamente a través de un plugin cómo Gears podría desarrollarse de forma multiplataforma para varios sistemas operativos y navegadores.

Además añadiría a esta función la posibilidad  de permitir el acceso a su grafo social, siempre de forma controlada por el usuario. Por poner un ejemplo, si me autentico como Fulanito en un sitio a través de OpenID, por ejemplo gmail y le podría dar permiso a este sitio para acceder a mi grafo social de Facebook, a través de OpenID e importar mis contactos.

Es innecesario cargar con mis credenciales de autenticación (usuario/password) y mi lista de amigos de un sitio a otro, deberían estar compartidos de forma abierta entre las distintas aplicaciones, siempre bajo el control del usuario que es el propietario de sus datos.

En petitinvention, muestran un concepto interesante, el pc de escritorio portátil:

La idea es reducir el tamaño de un minimac para poder llevártelo cómo si fuese un portátil. La ventaja de este ordenador sería que pesaría menos (no usaría baterías, ni teclado, ni pantalla) y nos permitiría tener nuestros datos y nuestro ordenador en cualquier lugar que podamos conectar nuestro ordenador (pero… necesitamos una pantalla y teclado dónde conectarlo).

Puede ser práctico para poder moverlo en casa, por ejemplo el eee box sigue una filosofía parecida, aunque no está diseñado tanto para poder moverlo fácilmente.

Si la idea es la movilidad de datos, otra opción más sencilla es usar un disco duro portátil con nuestros datos. Pero sigo pensando que estas soluciones son parecidas a la de llevar CD’s físicamente. Hoy en día es mejor pensar en red y que nuestros datos residan (protegidos) en servidores y que podamos acceder nuestro escritorio desde cualquier ordenador, algo parecido a eyeos.