Fabianadas

Facebook abre su API a otras redes sociales y empieza por Bebo. De esta manera la “Open Application Platform” es compatible con Facebook, una aplicación desarrollada para una de estas redes, será compatible con la otra: las apis, el lenguaje de marcas incompatible con HTML y las consultas son idénticas. En el blog de desarrolladores de FB apuntan a que este es un primer acuerdo y que están abiertos a más acuerdos de este tipo.

Por un lado tenemos OpenSocial, que no fue sino un movimiento defensivo por parte de Google, un intento de reforzar al resto de redes sociales ante el empuje de Facebook. Por otro está el interés de esta red social en apoyar sus APIs y estándares aún a costa de reforzar a un rival como Bebo, si logran que el suyo sea el “de facto” para las llamadas “aplicaciones sociales” tendrán el control sobre unas especificaciones muy valiosas. Como en todo, el beneficio para los usuarios estaría en el uso de estándares abiertos controlados por una organización independiente y que los desarrolladores se centrasen de una vez en hacer aplicaciones valiosas, usables y de calidad.

Por cierto, que manía con llamar “Open” a cualquier iniciativa que no va más allá de dar una API… es el mismo tipo de apropiación de conceptos como el de “solidaridad” cuando se refieren a beneficencia.

Más información en Allfacebook.

Relacionado: OpenSocial y los desarrolladores.

Leer el post completo »

OpenSocial es el Java de las aplicaciones web sociales. De hecho hacen un guiño al antiguo mantra de Sun en su blog oficial: aprende la API una vez, ejecuta la aplicación social donde quieras. El atractivo inicial respecto a desarrollar aplicaciones para Facebook, que fue la pionera en permitir aplicaciones de terceros sobre ella que accediesen a los datos del usuario y sus contactos, radican en que no hay lenguaje nuevo que aprender y que además una vez escrita la aplicación, el público potencial es mucho mayor. La suma de las redes que soportarán OpenSocial es mucho mayor que el número de usuarios registrados de Facebook con mucha diferencia (véase gráfico de Venture Beat).

Desde mi punto de vista el agradar a desarrolladores tiene un valor limitado, la gente suele programar sobre la plataforma que le permite llegar a los usuarios que busca más que apoyando tal o cual filosofía (otro debate es la licencia bajo la que publican el código, claro). Crear una aplicación sobre OpenSocial tiene mayor público potencial que sobre Facebook, pero eso tampoco asegura tener más usuarios. La viralidad de las aplicaciones Facebook (que para sus usuarios puede llegar a ser cansina) es el principal camino para muchos desarrolladores de conseguir usuarios dentro de esta red social. Que MySpace y el resto articulen mecanismos similares queda en sus manos, queda fuera de OpenSocial y mientras Facebook seguirá un sitio más que interesante sobre el que crear servicios. No espero, desde luego, una estampida de desarrolladores desde Facebook hacia Orkut y compañía.

Relacionado: como funciona OpenSocial.

Leer el post completo »

OpenSocial no es fácil de entender, de hecho creo que muchos hemos malinterpretado las intenciones de Google desde que apuntaban a que querían ser “sociales” y competir con Facebook. Por ello creo que lo mejor es echar un vistazo a los primeros usos de este conjunto de APIs y despejar dudas acerca de qué es y qué no es OpenSocial.

Como comentamos, OpenSocial relaciona a dos tipos de actores. Por un lado tenemos a los contenedores, que es donde las aplicaciones web-sociales se van a integrar y por otro lado tenemos a las propias aplicaciones. Un ejemplo ilustrativo es el que comentan en Plaxo, que va a soportar OpenSocial en Pulse.

Pulse es una red social que actuará a modo de contenedora. Mantiene su propio registro de usuarios, con sus propios contactos, pero el soportar OpenSocial les va a ofrecer que las aplicaciones creadas con éstas APIs funcionen sobre ella. Dichas aplicaciones podrán acceder al perfil del usuario, a sus contactos, almacenar sus preferencias y crear actividades que aparecerán en el particular newsfeed de Pulse (análogo al río de noticias sobre qué hacen nuestros contactos de Facebook). Lo novedoso del tema es que para el creador de esta aplicación, al ser una APIs compartidas, sólo tendrá que escribirla una vez y funcionará en todas las plataformas que acepten OpenSocial, que como ya vimos, son decenas.

La fórmula es genial desde el momento en que crea una situación en que todos ganan: los contenedores como Pulse o MySpace porque les van a crear multitud de aplicaciones que harán sus plataformas más valiosas para los usuarios, los desarrolladores porque podrán crear aplicaciones sociales (que hagan uso de la red de contactos del usuario) una vez y funcionarán en un montón de sitios con millones de usuarios. Finalmente los usuarios verán los beneficios de OpenSocial de una forma indirecta: más aplicaciones en otras redes sociales que no son Facebook y Google… bueno, de momento lo que gana liderando esta iniciativa y cediendo infraestructura es que Facebook da menos miedo tras la aparición de OpenSocial.

Leer el post completo »

OpenSocial no es un sistema de identificación online. No va de utilizar la cuenta de Google en multitud de servicios ni va de las redes sociales regalando sus usuarios a la empresa del buscador. Aunque muchas veces estoy de acuerdo con J.A. del Moral, esta vez no. Google no ha cometido el error de repetir el intento de Microsoft con Passport de ser el “single sign-on” de internet. Los usuarios de Linkeid, MySpace, Xing y el resto de redes que van a soportar OpenSocial van a seguir teniendo su login independiente.

OpenSocial va de como crear aplicaciones sociales que se ejecuten embebidas en multitud de sitios web y de cómo este puede controlar ese flujo de información, pero no va de Google acaparando los registros de usuarios y los contactos en cada servicio que lo integre. Ilustrador en qué nivel lo coloca Tantek Çelik , al mismo nivel que oAuth y bien diferenciado de OpenId.

Leer el post completo »

OpenSocial es la respuesta de Google a Facebook. No se trata de un producto, de una red social al uso en la que uno pueda registrarse, sino de tres APIs que permitirán a desarrolladores crear aplicaciones “sociales” que accedan a la siguiente información de los usuarios registrados de Google:

• Profile Information: los datos del usuario tal como tenemos rellanado en el perfil de nuestra cuenta GMail.
• Friends Information: los contactos del usuario en el “universo Google”. No está claro si serán los contactos en Orkut o aquellos que tenemos en Talk y GMail (apuesto con mucho por esta opción).
• Activities: eventos realizado por el usuario. Desde subir fotos a Picassa, hasta añadir un widget en iGoogle, pasando por a quienes añade como contacto. La analogía en este caso sería con el Newsfeed de Facebook.

OpenSocial es una apuesta por tanto habilitar una plataforma social como Facebook pero sin la limitación de que todo debe quedar dentro de las fronteras establecidas. Las aplicaciones y servicios funcionarían en cualquier parte y también como widgets dentro del ecosistema Google, si Facebook es centralizado, Open Social es distribuido. Curiosamente, esta estrategia tiene puntos en común con la de Microsoft con las Windows Live APIs y Windows Live Id, aunque bastante más ambiciosa.

Según TechCrunch, habrá dos tipos de socios de Google en la aventura:

• Contenedores: redes sociales, Orkut, Salesforce, LinkedIn, Ning, Hi5, Plaxo, Friendster, Viadeo y Oracle.
• Desarrolladores: encontramos varias de las estrellas de Facebook: Flixster, iLike, RockYou y Slide.

Puestos en la piel de un desarrollador, crear una aplicación para Facebook exige manejarse con un nuevo lenguaje de marcado, apostar por OpenSocial, lidiar con tres APIs pero también crear para un montón de redes sociales y sin tener que aprender un nuevo lenguaje propietario. Ambos paradigmas los hemos analizado por aquí: Tu aplicación sobre Facebook o como widge y Servicios como una plataforma o tu aplicación sobre APIs de terceros, los dos ofrecen ventajas e inconvenientes, pero la jugada de Google es llevar el valor de la primera (tener los datos del usuario y sus contactos) a la segunda.

Los detalles los darán mañana, pero todo apunta a que OpenSocial va a ser una respuesta contundente a las redes sociales como Facebook y MySpace, dibujando un escenario distribuido pero en el que los datos de los usuarios quedan en manos de Google. El análisis a fondo en los próximos días, cuando esté disponible la información oficial.

Leer el post completo »