saas y la web semantica

Son dos temas que nada tienen que ver, pero que me parecen interesantes porque es la línea tecnológica por la que parece que deben ir las aplicaciones de internet.

Rodolfo Carpintier, en una entrada de su blog habla de que hay tecnologías que necesitan tiempo para despuntar. Dejando de lado la discusión sobre las inversiones en tecnología y el horizonte temporal, creo que es curioso comparar dos tecnologías como saas y la web semántica. Un amigo de Rodolfo habla de cómo desde hace 10 años (y probablemente más, cómo apuntan algunos comentarios) hay empresas que hacen saas y no han tenido éxito hasta ahora. La web semántica lleva también 10 años de promesas, entonces ¿es el momento de empezar a ver empresas que trabajen en la web semántica que tengan éxito?

Creo que hablando desde una perspectiva tecnológica, no es lo mismo. Hay que analizar cada caso por separado. En el caso de saas, un factor clave es el ancho de banda y la velocidad de procesamiento de los ordenadores. Mientras la velocidad de procesamiento era mucho mayor que el ancho de banda (en terminos relativos, no absolutos, no hablo de comparar MHz con GHz), las aplicaciones tenían más sentido como aplicaciones de escritorio. Mientras el coste de un ordenador era mucho menor que el de un servidor/mainframe, tenía sentido tener un ordenador en casa. Al cambiar esta relación, debido a que Google redujo drásticamente el coste de sus datacenter (de nuevo, de forma relativa, lo hizo hasta el punto de poder ofrecer servicios saas gratuitos como gmail), ha cambiado el paradigma.

Es decir que la promesas del saas no se ha podido realizar hasta que cambió la relación de coste de procesamiento y ancho de banda. Si esta relación vuelve a cambiar (superprocesadores baratísimos, que cualquier persona pueda mantener en casa) es posible tengamos de nuevo el paradigma antiguo, aunque en mi opinión es difícil que volvamos atrás.

¿Qué sucede con la web semántica? Creo que en general parte de una premisa errónea: etiquetar la web para que los ordenadores sean capaces de procesar sus datos. Pero ¿quién tiene que hacer el esfuerzo de etiquetar la web? La línea a seguir no es etiquetar la web, sino desarrollar algoritmos más inteligentes capaces de entender la web existente. Eso es lo que hizo google: al dar tanta o más importancia a los enlaces a una página que al propio contenido de la página, su algoritmo, sin hacer ningún cambio en la web existente, se volvió más inteligente que la competencia.

Si entendemos la web semántica cómo algo más abstracto, cómo la aplicación de algoritmos de inteligencia artificial a la web, entonces estoy de acuerdo, es lo que quiero decir con desarrollar algoritmos más inteligentes.

fin de la primera parte

Por fin he terminado la primera parte de presencebot. El último paso ha sido refinar el movimiento del servo y le he añadido un par leds rojos que hacen de ojos.

Incluso con la escasa capacidad de movimiento de este robot, he descubierto que puede ser bastante expresivo.

Simplemente jugando con los siguientes elementos se pueden conseguir varios efectos sorprendentes:

- Velocidad de movimiento del servo: inicialmente estaba moviendo el servo a la velocidad máxima. Esto hacía que el robot pareciese muy brusco, incluso agresivo. Modificando el programa para que tenga un movimiento más suave, el resultado es que el robot perece más tranquilo. Así que finalmente he hecho una combinación de ámbos efectos: cuando el robot se despierta (al detectar la presencia on-line), se mueve bruscamente hacia arriba. Cuándo el robot detecta la ausencia on-line, se vuelve tristón y lentamente se mueve la posición más baja.

- Guiños: a pesar de que los ojos no son funcionales, el simple hecho de tenerlos ya transmite sensaciones (es lo malo de ser humanos). He probado a realizar guiños y aunque parezca una tontería le da más sensación de realismo. En la versión actual, el robot guiña al despertarse (cómo si estuviese sorprendido) y “cierra los ojos” (se apagan los led) al entrar en la posición de dormido.

- Rebote: el último cambio que he introducido es un rebote al reaccionar. El movimiento inicial era muy brusco, pero casi es más realista que un movimiento lento y preciso. Por otra parte, haciendo pruebas he detectado que es importante el feedback físico. Por ejemplo, si el robot está en la posición más alta posible y le envías una orden para avanzar más. Algo tan tonto cómo un ligero rebote en el tope indica física y visualmente que el robot ha recibido la orden y ya no se puede mover más. Por otra parte, al pasar a la posición “despierto” he añadido un pequeño rebote junto al guiño anterior. El resultado es que el robot tiene un despertar más dinámico y realista.

Estos efectos no hacen magia, se trata de un robot muy sencillo, pero creo que es útil saberlo. Si conseguimos fabricar un robot muy complejo, siempre tendremos en contra el efecto valle inexplicable y con movimientos tan sencillos como éstos conseguimos reducir el efecto.

Estos días publicaré algún video, fotos y código fuente. Y próximamente empezaré con modificaciones que se me han ocurrido para la siguiente versión: mejoras estéticas, más comandos y reacciones más complejas y añadir nuevos sensores.

lector de pdf's online

Una de las tendencias actuales es mover las aplicaciones del escritorio a la web. En mi opinión, esta visión de las aplicaciones cómo entidades que residen en la nube mejora la usabilidad: cómo usuario puedo acceder a mis aplicaciones desde cualquier parte (una vez que me haya autenticado).

Una de las aplicaciones que se me ocurre más sencilla de migrar es un lector de pdf’s. Pero creo que no debería limitarse una sustitución del plugon de adobe o cualquier otro lector basado en escritorio. Tendría que permitir almacenar nuestros textos favoritos, clasificarlos, recordar la página por la que estamos leyecdo, etc.. De esta forma podríamos leerlos desde cualquier lugar ó descargarlos en pdf para leerlos desde cualquier dispositivo. También se podría mejorar aceptando múltiples formatos de entrada y de salida, pero debe ser una herramienta orientada a la lectura de documentos.

En el pasado, he utilizado plucker en la palm. Actualmente uso un eeepc, que lleva un lector de pdf. Pero el siguiente paso es llevar los documentos a la web para leerlos desde cualquier lugar. Amazon (en la pre-visualización de un libro) y Google (en el book search) ya lo tienen hecho, pero me temo que por una cuestión de derechos de autor o simplemente porque no se han planteado el uso de otra forma, no permiten que se pueda usar fuera de su dominio.

Samuraj Data tiene un intento de lector que deja bastante que desear. Existe un lector bastante aceptable, pdfmenot, pero el enfoque no es a la lectura de documentos sino a poder visualizar documentos en pdf en el navegador. Adobe tiene una herramienta para visualizar pdf’s dentro de su Adobe Share, pero tiene el mismo problema: el enfoque es a la visualización de documentos, y no a la lectura.

Muchas de estas soluciones son válidas para la mayoría de usuarios (incluso simplemente la descarga del plugin de pdf para el navegador), pero creo que la experiencia de lectura mejoraría mucho si se hiciera una especie de pluckr online o un iTunes para leer.

algo más que chrome

Acabo de leer un artículo interesante de Enrique Dans sobre el navegador cómo sistema operativo. Estaba escribiendo un comentario, pero al final he escrito un artículo. Comparto la idea general: google no quiere reemplazar al sistema operativo técnicamente hablando, sino capturar la experiencia de usuario.

Aunque esto probablemente marque la estrategia de google, no creo que sea el objetivo de chrome. La prioridad de google para capturar la experiencia de usuario es llevar las aplicaciones a su terreno, la web, y sacarlas del escritorio (o del sistema operativo). Pero a pesar de chrome, google podría usar firefox para conseguir ese objetivo.

Lo más razonable es que el navegador termine desapareciendo, pero a largo plazo. Creo que no es más que una herencia de la época de windows 98 y actualmente no es más que un proxy a las aplicaciones web que debería ser sustituido directamente por éstas: búsquedas en internet, aplicaciones sociales para gestionar nuestros contactos, calendarios, procesadores de texto, lectores de noticias, etc. Casi todo ya está on-line y si alguien hiciese una estadística, la mayoría de páginas web que visitamos pertenecen a verdaderas aplicaciones web y a páginas web sueltas.

Pero hay elementos que se escapan (por ahora) del control de los navegadores. Por ejemplo, algo tan tonto cómo las notificaciones de escritorio no se pueden hacer con una aplicación web. Tampoco arrastrar ficheros ó gestionar las aplicaciones instaladas en un ordenador. Y si el objetivo es construir un sistema operativo sobre internet, estas operaciones tienen que funcionar. Hay plataformas que están intentando la integración del escritorio y la web en esta línea: prism de mozilla, air de adobe y silverlight de microsoft.

Así que tal cómo está planteado chrome actualmente, si bien mejora el acceso a las aplicaciones web, necesitará algo más para reemplazar al sistema operativo. Si google desarrolla un producto en esta línea, con soporte de múltiples sistemas operativos, entonces microsoft debería asustarse. Y yo creo que terminarán haciéndolo (o están ya en ello), pero necesitarán algo más que chrome.

A corto plazo, google tiene más opciones en los netbooks, se está empezando a hablar de usar android en estos aparatos. Quien sabe, lo mismo antes de lo que pensamos terminamos usando un sistema operativo de google.

Actualización: acabo de ver que Google Gears tiene un api para integración en el escritorio. Así que Google sí que está desarrollando ese algo más necesario. De momento no tiene una integración fuerte con el escritorio, pero probablemente la terminará teniendo.

buscador de precios colaborativo

Siempre que he usado un buscador ó comparador de precios (kelkoo, ciao, wikio, etc.) he echado de menos una característica: que el usuario pueda aportar algo más que comentarios o evaluaciones.

¿Porqué no pueden aportar los usuarios sitios dónde comprar un producto es lo más barato posible? En muchos casos irá en contra del modelo de negocio de estos sitios, en el que cobran por entrar en el índice. En otros casos simplemente porque suponen que un buscador automático es más eficiente que uno “manual”.

Pero en general se está demostrando que la aportación de los usuarios es útil y en este tipo de aplicaciones puede ser complementario, no tiene porqué una característica sustitutiva, y podría suponer una mejora en las búsquedas de precios más baratos.

Además la colaboracion podría ser más profunda: si se trata de una promoción temporal, los mismos usuarios pueden notificar que ha terminado o que la promoción depende de alguna clásusula. También pueden indicar que un producto está agotado o que ya no se vende.

La idea es transformar los buscadores de precios de algo monolítico en algo más colaborativo de lo que son ahora, aprovechando la famosa inteligencia colectiva.