El caso de la Nespresso y su lock-in con el sistema de cápsulas de café lo hemos comentado alguna vez, desde que me la regalaron me sorprendió el fabuloso negocio a partir de controlar al completo la experiencia de usuario. El negocio de las cápsulas se basa, sobre todo, en por un lado dar una experiencia sobresaliente en forma de buen café por un lado (si no, no hay nada que hacer) y en que los demás no puedan hacerlo por incompatibilidad del sistema... lo que nos lleva a un modelo en el que interesa subvencionar la cafetera (no demasiado porque los clientes que luego no vayan a pagar por café caro no interesan) y que resulta muy parecido a varios sectores de las TI en los que se logra atrapar al cliente por incompatibilidad de estándares.

Por aquél entonces (2008) los intentos de romper este sistema - que recogimos en "Cafetera Nespresso y reutilizar las cápsulas con otro café" - lo hacían por la vía de comprar cápsulas vacías que el usuario debía llenar de café (que se busca por otro lado) y cerrar. La experiencia casi nunca era satisfactoria: por la calidad del café que uno se tenía que buscar, por lo laborioso del proceso y porque según la habilidad de cada uno cerrando podría funcionar más bien regular. Quienes se podrían haber beneficiado, los "muy cafeteros", difícilmente tenían una Nespresso, son más de otras gamas de cafeteras.

En las últimas semanas se han producido diversas noticias que apuntan a una misma tendencia: HTML5 va a ser el único estándar multiplataforma en web, tanto para el vídeo como para las RIA. Por un lado tenemos el enorme aumento de vídeos disponibles a través de HTML5 sin necesidad de reproductor Flash, algo debido sobre todo a su no admisión en iPhone ni iPad; a eso hay que añadir que la tecnología rival de Flash con más posibilidades, Silverlight, va a ser reenfocada por Microsoft, que asume que HTML5 será el auténtico estándar abierto multiplataforma (vocación que Silverlight no tuvo desde su gestación). A todo ello sumaría las novedades en el terreno de las herramienta de desarrollo que glosa César de otro blog más, al que también se está sumando la propia Adobe.

Claro que HTML5 no está exento de problemas, desde los técnicos y, sobre todo, de despliegue para usuarios de Windows XP y Explorer, pero creo que la batalla empieza a declinarse a su favor. A principios de año apuntábamos a la lucha de HTML5 y Flash por ser el estándar de facto en la web, a finales todo apunta a que se empieza a vislumbrar un ganador y que el futuro de la web estará libre de los runtimes propietarios.

Lo llevan anticipando desde hace meses, pero nunca de una forma tan clara como un "hola HTML5". Google entierra su proyecto Gears en favor de HTML5, evitando duplicar esfuerzos cuando se ha posicionado en favor del nuevo estándar para la web. Este anuncio disipa dudas - si es que quedaban - acerca de la apuesta de Google por HTML5, pero mantiene abiertas las relativas a cuanto está dispuesto a hacer para empujarlo desde sus servicios y de la adopción que pueda tener por parte de los desarrolladores de los navegadores web.

Relacionados: HTML5, Flash y la lucha por los estándares en la web. Tendencia 2010, Google Gears y la nueva caché local

El anuncio del iPad ha puesto la lucha por los estándares en la web, Flash y HTML 5 bajo el foco del "hype" que siempre rodea a los lanzamientos de Apple. Lo cierto es que aunque ahora esté en su momento de apogeo en lo que a cobertura informativa se refiere, la toma de posturas respecto a qué tecnologías se utilizarán para la web del futuro viene sucediéndose en los últimos años. En esta película hay varios actores y, aunque Apple va a tener su peso, lo cierto es que apostaría por Google y Microsoft - además de Adobe - como principales protagonistas de la trama. "El bueno, los feos y los malos", versión estándares web

Barnes & Noble presenta oficialmente su lector de libros electrónicos, el Nook, a cuya salida se anticipó Amazon con la bajada de precios de Kindle y el envío internacional. Lo más interesante de las especificaciones son el soporte de Wi-fi además de 3G, el que parte de la pantalla sea para la navegación entre contenidos y en color en lugar de teclado y, sobre todo, soporte del formato de libro electrónico EPUB. Por cierto, el Nook está basado en Android, pero B&N ofrece clientes para sus libros en otros muchos dispositivos, tanto ordenadores personales como teléfonos móviles.

Mucho se está comentando sobre cruzada de Digg y Youtube contra Internet Explorer 6, versión del navegador de Microsoft de hace ocho años que continua con un porcentaje del mercado de navegadores significativo. El problema con IE6 es que no encontramos navegador menos respetuoso con los estándares y nefasto para el desarrollo web desde... Internet Explorer 5, que felizmente parece casi erradicado de la faz de la tierra. Los desarrollares frontend web serían mucho más felices si esta decisión fuese tan fácil como la de Digg y Youtube (aNieto2k, Cristalab), avisando que dejarán de soportar este browser, pero lo cierto es que se paga el precio de dejar fuera a muchas empresas y organizaciones atadas a IE6.

Problema de seguridad en el estándar OAutth, del que hemos hablado mucho - y bien - por aquí. El resultado es que muchos servicios no están atendiendo las peticiones mediantes APIs que utilicen OAuth, como es el caso de Yahoo o Twitter. El resultado es que el resto de webs que se integran con estos servicios han tenido que dejar de funcionar o han tenido que optar por soluciones alternativas a este estándar de identificación abierta, la mayoría basadas en el antipatrón de pedir usuario y contraseña.

Al final tenemos que un estándar web relacionado con la identificación es un elemento crítico y que cuando sucede con uno algo extendido, el impacto es muy alto. Ser abierto aquí sólo implica que el número de afectados es mayor al ser más fácil su adopción, no hay nada que nos asegure que no vaya a haber problemas en otros como el sistema de Facebook. En todo caso, el ecosistema de aplicaciones cliente y proveedores mediante APIs muestra otro flanco en el que es frágil, y no es el único.

Cisco anuncia la compra de Jabber, la compañía, que no hay que confundir Jabber el protocolo, nombre por el que también se conoce a XMPP. Dicho de otra forma, la empresa adquirida por Cisco desarrolla productos como su "Jabber Extensible Communications Platform", basados en el estándar, ofreciendo una plataforma de mensajería y presencia para comunicación en tiempo real... pero no son dueños del mismo, que cualquiera puede utilizar para crear otros productos interoperables con los demás.

XMPP son unas siglas que van a tener (de hecho ya la tienen ahora) mucha importancia en el futuro de las comunicaciones por internet. Como protocolo es un estándar abierto y extensible para el envío de mensajes en tiempo real y presencia entre dos puntos de la red. En una primera aproximación podríamos verlo como una alternativa abierta a los protocolos cerrados de Messenger y compañía, pero es mucho más: es extensible, soporta cifrado... una plataforma sobre la que construir servicios avanzados de comunicación para la empresa. Hablamos mucho de Xmpp cuando apareció Google Talk y sus responsables decidieron darle soporte. XMPP es el protocolo abierto que refuerza una red basada en estándares que todos pueden utilizar, como ha venido siendo con HTTP, POP3 o SMPT.

Apenas un año y medio después de que Adobe lo propusiese, PDF ha sido aceptado como estándar ISO. En la propia página de la organización tienen el anuncio al respecto.

Siempre es una buena noticia que el estándar de facto para distribuir documentos sea adoptado por ISO y con ello quede abierto a su adopción por cualquier fabricante de software, además del hecho de que no hay un jugador con las cartas marcadas: el que controla el estándar, que en este caso era Adobe. Por tanto, ya no podrán hacer cosas como impedir la adopción de PDF en Office 2007, que vendrá de la mano de un Service Pack. ¿Qué gana a cambio? Que PDF sea visto con mucho mejores ojos por administraciones, tal como le ha ido pasando a Open Document y como ha ido buscando - al final ha conseguido - Microsoft con Open XML y apostar por el caballo ganador a largo plazo, la interoperabilidad.

Habíamos hablado por aquí del estándar OAuth. De forma resumida podemos decir que OAuth define un mecanismo para que una aplicación web (cliente) pueda acceder a la información de un usuario en otra (proveedor) sin tener que informar a la primera del usuario y contraseña. Hasta ahora, aún siendo el estándar de iure perfecto para los mashups, no era el estándar de facto puesto que cada compañía estaba apostando por una solución propia (Google AuthSub, Yahoo BBAuth, Windows Live DelAuth, AOL OpenAuth y la de la API de Facebook). La noticia de que Google soportará OAuth en sus APIs cambia las cosas.

¿Para que nos sirve esto a los usuarios? Digamos que OAuth viene a arreglar el problema de que otros servicios nos pidan el usuario y contraseña del correo. Algo que por muy habitual que sea, en realidad es una locura ofrecerles, y para lo que este estándar ofrece una alternativa segura: terceros pueden permitirnos identificarnos en las cuentas de Google y traernos datos de sus servicios (GMail, Calendar, youtube...) sin saber en ningún momento nuestra contraseña. En este sentido, aquí si que hablamos de verdadera portabilidad de datos de los usuarios que tienen el control de a qué datos permiten el acceso y desde donde. Claro que esto podía hacerse ya con los estándares propios de cada servicio que hemos indicado arriba, pero el tener uno como OAuth ayuda a que una vez programada una solución desde nuestro servicio cliente, se puede utilizar para cualquier proveedor. Siguiendo con el ejemplo, si Yahoo adoptase OAuth, los terceros que ya se integran con las cuentas de Google podrían hacerlo con Yahoo sin trabajo adicional.

Ojo porque también google empuja así hacia el uso de sus cuentas desde servicios de terceros, como en el ejemplo de Zoho y como empuja desde Google App Engine. En todo caso, en la adopción de estándares abiertos, Google sigue sacando nota.

También lo comenta Webmaster Libre.