es-robot.com

Éste es otro post rescatado de los borradores que tengo acumulados. Es una referencia a un artículo de Dale Dougherty: deconstructing databases, deconstruyendo las bases de datos.

La idea que expone es que en ciertas aplicaciones no es necesario modelar los datos utilizando una base de datos, sino que plantea cómo alternativa almacenar los datos en forma parcialmente desestructurada (algunos campos en la base de datos más textos en bruto) y utilizar herramientas de búsqueda de información para recuperar la información. Parte de  un ejemplo concreto, la herramienta de seguimiento de problemas de  google code. Pero hay que tener en cuenta que google debe tener las herramientas más potentes de búsqueda de información en textos. Otra herramienta que va en esta línea es google squared, que partiendo de la información desestructurada de la web, trata de devolver información estructurada.

De otra forma diferente, pero creo que con la misma idea subyacente, lei hace poco una reflexión de Ignacio de Miguel sobre el abuso de las bases de datos. Aunque la reflexión de Ignacio está más relacionada con el abuso de recursos, parte de un base similar, el uso del modelo de base de datos para todo. Almacenar textos en forma desestructurada y utilizar herramientas de búsqueda de información en textos para recupar esa información de forma ordenada, podría se una forma de romper ese abuso.

Por otra parte, de cara al usuario, las aplicaciones convencionales que almacenan y presentan la información en forma esructurada, son normalmente muy rígidas (formularios con multitud de campos desglosados). La alternativa es permitir que el usuario escriba texto libremente del que se pueda extraer información ordenada por medio de algoritmos de comprensión de textos. Para el común de los desarrolladores, creo que todavía no hay herramientas suficientemente avanzadas, aunque seguramente los desarrolladores de google tengan ventaja.

En readwriteweb he leido las nuevas características de firefox 3.6 beta. Entre las novedades de la nueva versión, hay una funcionalidad pequeña que puede ser importante para el futuro: la posibilidad de hacer drag & drop de ficheros locales. Esta característica permitirá arrastrar directamente ficheros de video a youtube o fotos a flickr sin necesidad de usar plugins java o flash como hasta ahora. Así que se cerrará un poco más la separación entre aplicaciones web y aplicaciones de escritorio.

Otra hecho interesante es que el proyecto personas se incorpora a firefox. Así que es posible y deseable que prism finalmente se base en completamente en firefox en vez de xulrunner y termine incorporándose a firefox al igual que personas. De la misma forma que chrome permite crear aplicaciones a partir de sitios web y además se podrán reutilizar todos los plugins existentes sin esfuerzo.

Recopilando un poco, en la siguiente versión de firefox tendremos video nativo con posibilidad de ejecutar a pantalla completa, drag & drop de ficheros locales, almacenamiento local e hilos de ejecución paralela gracias a html5 y, a través de prism, conversión de aplicaciones web en aplicaciones de escritorio y alertas en el área de notificación del escritorio.

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.

Parece que google no quiere perder el ritmo de evolución de internet y considera que html5 es el futuro de la web. Y es que, según Jay Sullivan VP de Moviles en Mozilla, la definición de html5 permitirá salir de “la jaula de los plugin”. Sorprendentemente,  aunque html5 es una especificación sin finalizar, ya está soportada ampliamante en la mayoría de navegadores, a pesar de que probablemente antes de 2010 no será un estándar definido. Pero el gran problema será internet explorer, el navegador de microsoft, que con una cuota de penetración altísima, todavía no soporta éste estándar ni siquiera parcialmente, aunque ha anunciado que lo hará.

Según el artículo de O’Reilly hay varias características que están disponibles ahora mismo o en muy poco tiempo (por ejemplo, Firefox soportará algunas características a partir de la versión 3.5 que estará liberada próximamente):

• Etiqueta canvas que permite dibujar elementos 2D.
• Etiqueta video que permite integrar elementos de video dentro de html.
• Api’s de geolocalización para que las aplicaciones web puedan adaptarse a la localización del usuario.
• Bases de datos de navegador que permitirán almacenar datos en el navegador para trabajar offline (al estilo de Google Gears).
• Web Workers: un mecanismo para disparar threads (hebras o hilos de ejecución paralela) desde una aplicación web.

Técnicamente, estas etiquetas nos acercan un poco más a flash y al desarrollo de aplicaciones de escritorio, pero es interesante el cambio que se ha producido en la especificación html. No sólo se especifican etiquetas, si no que se han definido una serie de apis, que los diferente navegadores han ido implementando. Creo que el mismo camino pueden seguir las etiquetas 3D, implementadas por google a través de un plugin, pero que permitirá definir unas etiquetas y/o apis estandarizadas, si se establece un diálogo entre las principales empresas de la web. Sólo echo de menos la integración en el escritorio, que google plantea a través de gears, pero viendo el ritmo que lleva la evolución de la tecnología del navegador, no creo que tarden demasiado en aumentar el nivel de integración pues parece el siguiente paso lógico en el desarrollo de aplicaciones web.

En base a un post en loogic sobre eyeOS, estoy redescubriento también este proyecto. La última vez que entré era una especie de emulador de escritorio en el navegador y ha mejorado mucho en el aspecto funcional y gráfico.

El proyecto también ha cambiado su orientación y ahora se dirige más a los desarrolladores: es open source y se puede descargar completo junto a un toolkit para desarrollar aplicaciones, lo que lo convierte más bien en un entorno para desarrollar aplicaciones web.

Una crítica que he leído (no recuerdo dónde, creo que fue en el radar de o’reilly) y con la que estoy de acuerdo es que emular ventanas dentro del navegador no es muy intuitivo, resulta raro tener un escritorio dentro de un navegador dentro de un escritorio.

Puede ser  muy útil en algunos casos, por ejemplo en educación (como se apunta en loogic) o para facilitar el teletrabajo (una empresa que ofrece un escritorio remoto a sus empleados), pero parece extraño para una persona que usa un ordenador habitualmente ¿porqué no usar directamente el escritorio del sistema operativo?

Creo que eyeOS se puede beneficiar mucho de algún desarrollo como prism para saltarse el escritorio basado en el sistema operativo y ofrecer un escritorio basado en web en su lugar. Creo que eso sería muy interesante.