nueva versión emobot

Estoy demasiado influenciado por la idea de la web cómo plataforma de desarrollo. Es debido a que trabajo con esta tecnología y tengo la sensación de que cualquier cosa se puede hacer con la web. Aunque soy consciente de que hay cosas que son imposibles, creo que la tendencia a integrar todo en la web es más fuerte (entendiendo la web en un sentido amplio, cómo plataforma que comprende navegador, http, servidores, etc).

Mi último invento es adaptar el antiguo emobot para que funcione directamente desde el navegador. En la versión anterior, había un programa escrito en ruby ejecutando en el ordenador y un programa ejecutando en el robot en arduino. La idea original era integrarlo con la web a través de http y que se pudieran descargar “personalidades” en el robot.

Pero haciendo pruebas desarrollando una extensión para firefox, estoy probando con una  nueva versión, en la que reutilizo el robot con arduino con un nuevo programa basado en un plugin sobre firefox para leer/escribir en el puerto serie, combinado con html5 y web workers. el objetivo es crear una página web desde la que se puede interactuar directamente con el robot a través de usb. El conjunto completo sería convertible en aplicación de escritorio a través de prism.

Que yo sepa, podría ser uno de los primeros robots programados en javascript, aunque reconozco que es difícil llamar “robot” a un servo con unos leds. En algún momento revisaré la parte mecánica, para que se le pueda llamar robot de verdad (más servos, algunos sensores, etc).

novedades en chrome

Según leo en maestros del web, chrome incorporará servicios de sincronización de bookmarks. Un servicio que anteriormente ofrecía Google para Firefox a través de un plugin, pero que finalmente abandonó. En su momento yo usaba éste servicio y me pareció un error su abandono, pero ahora se puede entender mejor. En arstechnica explican que la diferencia de éste servicio de Google para Chrome con otros servicios similares cómo mozilla weave, es que funcionará a través de un protocolo push, curiosamente basado en XMPP el mismo que usa Jabber o gtalk, lo que hará que consuma menos recursos y sea más rápido notificando cambios.

Parece una buena solución técnica: protocolos abiertos, código fuente abierto, etc. Se reservarán el código fuente del servidor, pero por lo menos es posible que otros navegadores implementen las misma funcionalidad a través de plugins.

Y puede que sea el principio de la integración de servicios online con el sistema operativo, recordemos que Chrome OS está en desarrollo, por lo que incorporará éste cambio y los que vengan a continuación.

usabilidad y la web 2.0

¿Porqué se insiste tanto en la usabilidad en la web 2.0?

Hasta ahora, la mayoría de las aplicaciones ignoraban a los usuarios, la aplicación era importante y el usuario sólo eso, un usuario. Pero en la web 2.0 lo más importante son los usuarios y su aportación colectiva: en google las palabras asociadas a los enlaces, en flikr y youtube la aportación directa de contenido, en del.icio.us los enlaces etiquetados y en myspace y facebook las conexiones sociales que los usuarios envían. Sin la aportación de los usuarios, ninguna de estas aplicaciones tiene mucho sentido, ¿alguien se imagina un facebook sin usuarios o con usuarios pero sin conexiones entre ellos?

Para conseguir una aportación colectiva se necesita una comunidad de usuarios activa y para conseguir una comunidad activa lo que se necesita son usuarios cómodos con las aplicaciones que usan. La usabilidad siempre ha sido importante, pero ahora que las aplicaciones necesitan a los usuarios más que nunca, la usabilidad cobra mucha más importancia. Es el gancho de los usuarios y sin ellos no hay aplicaciones, Word puede funcionar en solitario en un escritorio, pero facebook no tiene sentido sin usuarios.

Esta es la razón de que se insiste mucho en la usabilidad en esta nueva ola de aplicaciones 2.0. Hasta que descubramos qué hay detrás y cual es la web 3.0, la usabilidad debe ser una de las consignas importantes de la web 2.0.