El navegador de Google

El rumor de hoy (que no es de hoy) es la posibilidad de que Google edite su propio navegador. Basado en Mozilla, claro. Kottke nos ofrece las claves que pueden llevar a pensar tal cosa.

Y es que Mozilla da para mucho. Me muero por ver una aplicación (como Gmail, ¿por ejemplo?) hecha a base de XUL. Si quereís tener una idea de lo que se puede hacer con este acrónimo, que se pondrá de moda dentro de poco, podeís probar MAB – Mozilla Amazon Browser, una rich web client application que hace uso de los web services de Amazon para ofrecer un front-end basado en XUL de la tienda. El invento se puede probar en remoto, además de poder instalarlo como extensión de Firefox.

También recomiendo la lectura de Why I Use XUL?, las razones del autor del MAB para usar XUL.

¿Cuando se atreverán las empresas a utilizar estándares de este tipo para desarrollar aplicaciones? Sobre todo en lo que se refiere a aplicaciones internas: de un tiempo a esta parte es una tendencia el desarrollar estas aplicaciones basadas en web. Si bien esta aproximación tiene algunas ventajas (tiempo de desarrollo más rápido, cualquier equipo con una conexión normal a Internet o la intranet con un navegador estándar puede utilizar la aplicación…) también tiene algunas carencias, sobre todo una fundamental, que son las que vienen a solucionar estándares como XUL: el desarrollo de todos los widgets y demás elementos básicos de la interfaz, que en el mundo del escritorio están siempre ahí pero que en una aplicación web hay que diseñar y desarrollar desde cero.

Como comenta el autor del MAB, cosas como hacer que una columna sea redimensionable, la creación de paneles con pestañas, etc. es algo delicado en una aplicación web, pero con XUL son elementos de serie que solo tienes que colocar en tu desarrollo y modificar su aspecto (¡¡vía CSS!!), de modo que puedes emplear tu tiempo en desarrollar una mejor aplicación en vez de desarrollar la interfaz de usuario.

Actualización: Más opiniones sobre los movimientos de Google en torno a Mozilla. Esto parece un capítulo de Colombo. En esta historia nos cuentan como el “Bug 226572 – Google branded Mozilla browser” de Bugzilla titulado fue marcado como “privado” hace poco.

Más actualización: En Los guiños de Google a Mozilla (google.dirson.com) apuntan a dos aplicacioncitas que Google ha creado con XUL. Y también gracias a ese post descubro un nuevo weblog que tiene buena pinta: Zootropo.

HTML: ser o no ser

Tengo una duda existencial: cuando haces una página web con algún CMS para que gente “normal” la pueda actualizar tranquilamente, ¿deberían aprender un poco de HTML, mucho, o ninguno? Siempre van a tener que poner alguna negrita o una cursiva, o un encabezamiento de sección, o un enlace, o una lista sin orden (lista desordenada suena fatal). Estás cosas más o menos sencillas se podrían resolver con un editor WYSIWYG del estilo de HTML Area. Las últimas versiones funcionan sobre Mozilla e IE, por lo que podrían considerarse como opción válida para una mayoría. Pero su implementación y resultados no me terminan de convencer por algunos detallitos, que el tiempo seguro que resuelve.

Pero la cuestión es una más amplía: ¿debemos ser conscientes de estar escribiendo HTML, y por tanto, obligar a todo el que lo haga a serlo? ¿O el fin, que es escribir un documento universalmente accesible, no debería ser interferido y molestado por algo que es solo un medio? ¿El HTML es solo un medio, o también es un fin?

Si todo aquel que tuviese que escribir un documento en un procesador de textos tuviese que ir marcando con etiquetas su obra para darle formato, la vida de muchos sería más aburrida (para algunos sería parecida: me se de alguno que cuando lee una revista o un periódico ve los h1s, los strongs, y demás debajo de la tinta. Deformación profesional, o más bien vital). Pero la mayoría de los procesadores de texto, o el procesador de texto mayoritario, mejor dicho, utiliza un formato propietario, por lo que hacer una aplicación en modo WYSIWYG 100% con resultados consistentes es algo factible. El paso de muchos años por encima de la herramienta también ayuda (¿alguien se acuerda de WordPerfect?).

Aunque el problema del código propietario no es tal: el conseguir que una herramienta genere un código de acuerdo a una especificación estandar debería ser algo más sencillo, de hecho. Ya tenemos por ahí OpenOffice, que promete bastante aunque en cuanto a interfaz de usuario, en mi humilde opinión, le queda bastante por avanzar (y no me quejo: pero ese es uno de los factores principales que hará que su uso se extienda…).

Visto lo visto, creo que podemos aspirar a que en algunos años tengamos herramientas basadas en web con un editor WYSIWYG consistente, de la misma manera que los años nos han dado aplicaciones de escritorio sofisticadas. O nuevas formas de publicar contenido en la red: por ejemplo, desde el propio procesador de textos, de una forma transparente que fulminaría esta cuestión trascendental…

¿Por donde creeís que irán los tiros?

Nuevo weblog: web semántica hoy

Con el soporte de la Fundación SIDAR se ha puesto en marcha un nuevo weblog colectivo: Web Semántica Hoy. Acabo de publicar allí mi primera contribución, que es el post del mismo título que colgué aquí días atras (y es que uno utiliza el weblog como procesador de textos cuando tiene que escribir algo…).

El estado de la web semántica hoy

Tim Berners-Lee cuenta que tuvo en sueño, que dividió en dos partes: la primera parte le salió de rebote, como suelen salir todas las cosas buenas. Estaba en el CERN, un sitio al parecer muy grande, y cada vez que tenía que llamar a algún colega se volvía loco, porque no había un solo listín telefónico, sino muchos: tantos como equipos informáticos había en el laboratorio, que estaba formado por científicos de todo el mundo que se traían sus diversos equipos. De modo que pensó lo útil que sería tener un sistema mediante el cual se pudiesen consultar los listines de teléfonos de cada equipo, independientemente del que estuvieses usando. De paso, algo así también serviría para compartir documentos.

La segunda parte del sueño de TBL es la web semántica, resumida en este gráfico y explicada mil y una veces en tantos otros lugares.

Y todo este rollo para introducir la siguiente cuestión: el estado de la web semántica hoy.

Desde hace unos cuantos días se ha replicado en multitud de foros y bitácoras el comienzo de una discusión sobre el estado de la web semántica publicado en un boletín de SIG SEMIS (escrito por John Sowa), y al mismo tiempo, en otros foros, se han generado mensajes muy interesantes que coinciden en el mismo tema.

El primero comienza con dos afirmaciones un tanto provocativas:

1. In 6 years time with ZERO hype and an insignificant amount of funding, the WWW evolved from a couple of lonely programmers to Netscape and the essential features of what we see on the web today.

2. In 6 years (1998 to 2004) with ENORMOUS hype and funding, the semantic web has evolved from Tim BL’s book to a few prototype applications, which are less advanced than technologies of the 1970s such as SQL, Prolog, and expert systems — and they’re doing it with XML, which is far less advanced than LISP, which was developed in the 1950s.

El otro es un mensaje de Stephen Downes, reenviado por Emmanuelle Gutierrez y Restrepo a la lista de correo web-semántica-ayuda, en el que plantea el problema que supone para el desarrollo de la web semántica lo estricto y científico del trabajo del W3C en cuanto a las especificaciones.

Primero tenemos que acotar qué es web semántica y qué no lo es. Stephen comenta en su mensaje (como posibilidad) que la web semántica son las especificaciones desarrolladas por la W3C, y parece que una visión similar se desprende de la gente de SIG SEMIS: si no es algo complejo, científico, no es web semántica. Por tanto, cosas mucho más simples, como el RSS, se quedarían fuera (algo que más adelante comento).

En la simplicidad está la clave del éxito. Y John Sowa se responde a si mismo: si el uso de la web tuvo un crecimiento explosivo, sin ningún hype y sin apenas dinero detrás, es porque era algo simple. Si la web semántica todavía está en pañales (según él) es porque es algo complejo, como explica brillantemente Stephen en su mensaje.

No tiene sentido pretender que el desarrollo de la web semántica sea tan explosivo como el de la web debido a, sencillamente, su complejidad (seguro que es algo que se puede formular de manera matemática). Es muy costoso (por su complejidad, que algunos traducirán en tiempo, y otros más en dinero) crear e implementar aplicaciones basadas en web semántica, sobre todo si uno se pretende ceñir a las especificaciones del W3C. No es malo que sean tan complejas como son, pero hay que tener presente que esa complejidad repercutirá en una lenta adopción (en el extremo pesimista tenemos la opción de que nunca se vaya a usar…).

Parece que hay gente que tiene mucha prisa en formular el mundo en RDF… Y esta es la cuestión: ¿qué pretendemos hacer con la web semántica? ¿hasta donde queremos llegar? ¿qué necesitamos realmente?

Una posible formulación tremendamente simplista (dado que no soy ningún experto) de web semántica podría ser que las máquinas puedan procesar información en base a su significado. Siguiendo esta premisa podemos afirmar que si que han sucedido cosas en el mundo de la web semántica en estos seís años.

Y web semántica que se usa en “el mundo real”, de un modo masivo, independientemente de ejemplos y demostraciones realizadas por científicos. La sindicación en bitácoras mediante RSS (y ahora también Atom) y los servicios web utilizados por muchas aplicaciones son los ejemplos más claros de algo con un uso extendido. No es mucho, pero si es acorde al tiempo que ha pasado y la complejidad de los desarrollos.

No creo que sea realista aspirar a una web semántica absoluta, por así decirlo, en la que todo contenido tenga como base de marcado unas especificaciones complejas. Si que tiene sentido, por otra parte, que surjan aplicaciones concretas y básicas del concepto que tengan un uso extendido, como ha ocurrido con el RSS. Y que estos desarrollos tengan lugar fuera de los círculos más académicos y dentro de otros más informales, como ha ocurrido con gran parte del software libre y los hackers. Los servicios web son el ejemplo de algo más complejo, que si se están formando en base a las especificaciones concienzudamente desarrolladas por el W3C, y que están teniendo un desarrollo más o menos rápido, porque hay empresas que piensan que pueden hacer negocio con ellos y por tanto están gastándose los cuartos.

Cuando algo levanta expectación es normal que se hable mucho de ello. Y mucha gente hablando de un mismo tema supone opiniones diversas, gente apasionada que motiva el progreso pero también cenizos pesimistas que se autoafirman hablando mal de algo (o de todo, en ocasiones). Lo importante es que un concepto interesante como el de web semántica goza de buena salud: se hacen cosas, algunas rápido y otras que avanzan más lentamente, pero precisamente porque es algo interesante existen buenas perspectivas. Y tan buenas, que en poco tiempo esto de web semántica dejará de ser un hype, una moda pasajera, para convertirse en lo más normal del mundo, en algo que daremos por hecho y que estará integrado en lo de todos los días.

Coriolis, agregador de blogs tecnológicos en castellano

¿Qué ha desayunado hoy la gente? Si esta mañana nos despertábamos con Pricenoia, un poco más tarde llegaba Coriolis, un nuevo proyecto de Manuel de Simplelógica. Coriolis es “un agregador público de weblogs tecnológicos en castellano, más una agenda de seminarios, conferencias, cursos, etc.. sobre tecnologías de la información en España”.

Los agregadores de noticias van a ser una de las maneras en que el común de los mortales consuma RSS. Eso si, no se enterarán: será transparente para ellos, como toda buena tecnología.

Pricenoia, comparador de precios Amazon

Ya está aquí Pricenoia, el comparador de precios entre los distintos Amazons que se han sacado de la manga la gente de Galenicom, creadores también de eConozco.

Pricenoia mola por varias razones:

- por el servicio en sí, que te permite comparar los precios de un producto entre los distintos Amazons, gastos de envío incluídos. También detecta de donde vienes, para mostrarte una moneda u otra. Es un interfaz estupendo para navegar por Amazon: mucho más ligero, más rápido, con menos ruido visual. O sea, que puedes utilizar Pricenoia en vez de Amazon hasta el momento en el que inicias el proceso de compra. Incluye el precio en euros de los productos, por lo que incluso es más útil que el propio Amazon USA (u otro cuya moneda no sea la tuya).

- Pricenoia surgió por un par de posts en sendos weblogs, como cuenta Horaci. Es decir, sin ese par de conversaciones espontaneas Pricenoia no existiría (o, bueno, seguro que se le hubiese ocurrido a alguien más, ya me entendéis, no es que esté atribuyendo a esos posts la existencia per se). Ejemplo de la capacidad de los weblogs para canalizar ideas, sacarlas a la superficie y dar pie a su materialización.

- Pricenoia también es una confirmación de que la estrategia de Amazon es la correcta. Dentro de unos años, las tiendas on-line que no ofrezcan acceso a sus productos de una manera similar, haciendo realidad aquello de la web semántica, no tendrán mucho que hacer. Y ese día el tema de los comparadores de precios entrará en una nueva dimensión. Creo que en el futuro, quien no introduzca el concepto de transparencia en su estrategia de negocio, lo lleva claro. Hoy en día quizá te puedas permitir ser opaco en las relaciones con tus clientes, pero la red irá descubriendo esas deficiencias. Quien no ofrezca a sus clientes un verdadero valor por sus productos o servicios lo tendrá muy complicado para que la gente no se dé cuenta de ello.

Han hecho la página en inglés, por lo que en los próximos días la veremos saltar por multitud de sitios, al menos a nivel europeo.

¡Enhorabuena a Horaci y compañía!

Albert también comenta el lanzamiento.

Buena noticia, congresos varios, y ruidos mediáticos

Pues ya ha pasado la primera semana en mi nuevo trabajo, que ha terminado con una noticia estupenda que me ha puesto muy contento. Ya verán, ya…

También ha finalizado la I Conferencia Mundial del Software Libre que se ha celebrado en Málaga durante estos días. Alfredo Romeo, autor de La Pastilla Roja, ha hecho interesantes crónicas en su weblog. Independientemente del congreso, no podría estar más de acuerdo con él en esto que comenta:

Es vital para la comunidad que la entrada de empresas que den servicios sobre software libre entiendan el cambio en el paradigma que traen las tecnlogías libres. Mi impresión es que algunas de estas empresas entienden que el software libre es otra tecnología más…craso error. El software libre es ante todo un cambio en el paradigma organizativo y de enfoque de negocio de las empresas de software propietario, y eso es lo que deben entender.

Es de esperar que muchas empresas grandes se interesen en el software libre por ahorrarse el coste de licencias, algo que no es malo en sí mismo. El mejor ejemplo, el extremeño: a partir de esta cuestión económica lateral se llega a desarrollar una distribución y hacer mucho ruido mediático. Pero una vez que se tiene la atención de este tipo de público, hay que hacerles en entender qué es y qué cambia el software libre.

Respecto a ruido mediático, el post de Alfredo también me lleva hasta esta página de resultados en Google News: en el momento de consultarla, el primer resultado es un enlace a Indymedia Estrecho.

Alberto hablará en el Internet Global Congress en Barcelona sobre Web semántica, RDF y weblogs, dentro de la sesión Gestión de Contenidos del día 11 de Mayo. Espero estar allí. Este año coincide además con el congreso de la Internet Society. Casi nada.

Hablando de ruido mediático y RDF: The really simple future of the web, en la BBC (vía pjorge). Lo explican de una manera sencillísima (lo suficiente como para que se lo explique a mi padre). Además, comentan:

BBC News Online and our sister BBC Sport site have made available feeds to every part of our sites. There are about 100,000 people using the site in this way – a number which has been growing at 50% a month since the service was launched last year.

Lo que introduce otra cuestión interesante: medir las audiencias de los feeds. Si controlar la audiencia de una web ya es díficil, estimar la audicencia de medios grandes que ofrezcan sus contenidos en RSS será más díficil todavía. Probablemente seguirán haciendo lo que hasta ahora: inventársela.

Revolución pacífica, editor HTML, respuestas básicas

Ando de instalaciones en mi nuevo equipo. De momento en Windows… Javier me pasó este enlace que espero me ayude a instalar Debian, creo que lo conseguiré (ahora no funciona, pero para qué está la caché de Google). Mandadme ánimos de todos maneras. Ay! Lo que cuesta ser un rebelde.

Instalando el HTML Kit, mi editor de texto por excelencia, estoy descubriendo unos cuantos plugins que me van a terminar de hacer feliz. Como este TagTreeLite que te permite ver el arbol de la estructura de tu documento (X)HTML/XML, o este keIndentPhpCode que te deja el PHP bien ordenadito e indentado. No los he probado, pero prometen.

Vagabundeando por del.icio.us me cruzo con este documento escrito por Tim Berners-Lee, el creador de la WWW: Answers for young people. No es otra cosa que respuestas a las preguntas más frecuentes que un niño podría preguntar respecto a la invención de la web, contestadas de un modo simple y sencillo. Pero todo el mundo debería leerlo; sobre todos los que gustan de vaticinar tendencias: para que vean como se gestó uno de los inventos más importantes -por todo lo que ha cambiado- de este final de siglo.

También a través de del.icio.us, este enlace con recursos sobre CSS, accesibilidad y estándares.

Super-RSS, del.icio.us y ese extraño hombre

Algunos conocidos me han comentado cómo hacen la compra del super por Internet. Casi todos coinciden en que tienen un pedido base que repiten de una vez a otra con variaciones específicas. Lo cual es lógico, normalmente compras lo mismo, por lo que lo que podría resultar algo muy pesado (llenar el carrito de la compra de un super on-line) se convierte en una tarea repetitiva, de las que las máquinas hacen de maravilla.

Posible funcionalidad para uno de estos supers on-line: un feed RSS (aceptamos email como animal de compañía) con ofertas de productos en los que estadisticamente podrías estar interesado, o de productos que el super estaría interesado en venderte en determinado momento (por cuestiones de stock o cualquier otro factor que influya en la vida de un super, yo solo soy un currito digital y no tengo ni idea de esas cosas). O sea, acercar la experiencia del usuario de Amazon metiendo RSS de por medio a la compra de papel higiénico, legumbres y six packs.

Esta idea que sin duda algún día salvará a la humanidad de la mediocridad y el hastío no es debida si no a la fiebre y a Biz Stone, que dice que le gustaría tener feeds de RSS integrados en TiVo.

El fin de semana he estado curioseando en del.icio.us; estaba registrado desde hace tiempo pero fue Albert quien me lo recordó. del.icio.us es una idea muy simple (tal vez su estado pre-alfa y por tanto su correspondiente interfaz más-sencilla-imposible sea la clave): un gestor social de bookmarks, un repositorio colectivo de enlaces interesantes, un log de URLs que te permite explorar el ecosistema informativo de un usuario, referencias múltiples sobre un tema, etc.

Este sistema es ideal para una comunidad con un tamaño no muy extenso. Imagínate 500.000 personas dejando 2 o 3 enlaces al día o a la semana: no serviría para nada. Pero un grupo de 10 o 50 personas dejando constancia de qué webs/información consumen es ideal. Un grupo de trabajo, un departamento de una empresa, un colectivo profesional. Es curioso, si vas a del.icio.us/tag/design podrás encontrar muchos de los enlaces que yo tengo en Recursos de color.

El sistema genera feeds RSS de los enlaces de un usuario, de los de una categoria, o de ambas cosas a la vez. Me lo apunto: a partir de ahora del.icio.us gestionará los enlaces que coloco en la columna de la derecha de este blog.

Por cierto, tengo delante mío a un tipo con una camisa dónde dice “Instalador Autorizado” (y nada más) que está metiendo un cable por el falso techo. No sospecharía nada si no se hubiese olvidado de dejar en su furgoneta las gafas de espejo. ¿Y alguien dice que soy un maniático con eso de las conspiraciones?

Jugando con archivos OPML

Uno de los usos que se le está dando al formato OPML es el de compartir los feeds a los que uno está suscrito. Bloglines y otros agregadores te dan la posibilidad de importar y exportar información sobre feeds. Es ideal para mantener una copia de seguridad de tus suscripciones y poder cambiarte de agregador sin necesidad de tener que suscribirte a cada feed. También es útil para, de un vistazo, comprobar a qué feeds está suscrito alguien.

En torno a esta idea, Dave Winer ha creado recientemente feeds.scripting.com: en esta página los usuarios hacen referencia a su archivo OPML de suscripciones. Estás son algunas de las funcionalidades que surgen:

• Un ranking de los feeds más populares – logicamente, esto irá ganando peso a medida que incremente el número de usuarios que aportan su archivo OPLM. Ya somos bastantes para lo reciente del servicio.
• Puedes navegar a través de los suscripciones de un usuario (si este comparte sus suscripciones) y comparar en qué suscripciones coincides con él o ella. De esta manera tienes acceso a las fuentes que una persona utiliza.
• Hay un agregador Top 100, suscripto a los feeds más populares.
• Ver qué personas están suscritas a determinado feed.
• Ver el número de feeds al que está suscrita cada persona – ir viendo uno a uno este dato no es muy útil, pero el sistema podría sacar conclusiones con esta información: un 10% de los usuarios están suscritos a más de 150 feeds; un 25% están suscritos a entre 100 y 150 feeds; etc.

Dave comenta nuevas funcionalidades que piensa implementar: suscribirse a un archivo OPML. Idea muy interesante: igual que te puedes suscribir a un feed, te podrías suscribir a un conjunto de feeds. Esto podría ser realmente estresante para quien ya esté suscrito a muchos feeds, pero puede ser estupendo para introducir a nuevos usuarios en el mundo de la agregación: archivos OPMLs temáticos serían interesantes, por ejemplo, para que los empleados de una empresa accedan a weblogs con información que les interesa, pero que no saben que está ahí o que no tienen tiempo para buscarla.