Linkedin con aplicaciones de terceros

Slideshare en Linkedin

Ya están disponibles las aplicaciones de terceros en Linkedin, un año después de que Linkedin decidiera abrirse «a lo Facebook», podemos ver los resultados y añadir algunos servicios externos a nuestro perfil. Lo más destacable del movimiento de Linkedin es que refuerza el foco en ser una red social profesional: no se permiten juegos ni aplicaciones alejadas de este tema ; además el segundo gran valor del movimiento es que les permite ofrecer una experiencia completa en lo que a proyección profesional se refiere, puedo añadir varios elementos a mi usuario como presentaciones o mis artículos en el blog que refuercen mi perfil.

Para conseguirlo, la plataforma de Linkedin no es realmente abierta, supervisan qué aplicaciones se pueden crear y distribuir para asegurar que no se salen de la temática. En esto se diferencian de lo que hace Facebook y, aunque utilizan OpenSocial, sólo las aplicaciones que desde Linkedin crean que tienen sentido podrán ser añadidas. En todo caso, si que hay margen de decisión en los usuarios a la hora de añadir elementos más personales, como apunta Mariano, añadiendo tu blog podría abrir la puerta a mostrar aspectos menos profesionales. De las aplicaciones inciales, me quedo con la de Slideshare para mostrar presentaciones y la de «Reading List de Amazon», para apuntar qué libros has leído o estás leyendo.

Más información en el blog de linkedin.

iGoogle como red social de Google

iGoogleiGoogle se perfila como el centro de la red social de Google o, mejor dicho, del «nuevo proyecto de red social de Google» tras aquel intento todavía en pie (y con éxito en algunos países como Brasil) que es Orkut. El camino por el que pretenden llegar a convertir lo que hasta ahora era una página de inicio en «una cosa social de algún tipo» es añadir el permitir el uso de OpenSocial a los desarrolladores de los widgets para iGoogle.

Aunque todavía es pronto para saber hasta donde quieren llevar iGoogle, lo cierto es que todo indica que Google quiere hacer valer la red implícita en Gmail y que finalmente ha decidido – con buen criterio – que la página del correo no es el lugar indicado para ello. Respecto a OpenSocial mi impresión es que creo que por fin le vamos viendo el objetivo final del movimiento: además de contraatacar a Facebook, Google ha contado con el apoyo de varios de los más importantes del sector para contar con desarrollos y que su plataforma no salga con el contador a cero (no lo haría en todo caso, iGoogle cuenta con una gran masa de usuarios).

Más información en blog de Google, SeL, Venturebeat.

Yahoo se une a OpenSocial

OpenSocialYahoo soportará OpenSocial y además se une a la fundación cuya creación se ha anunciado hoy (Opensocial.org). Por muy esperado que fuese, no deja de tener miga ver a Yahoo adherirse al estándar impulsado por Google y cuyo mayor valedor social es MySpace. Esta fundación constituida hoy tiene como objetivos, según afirman sus tres impulsores, «que las especificaciones estén disponibles bajo licencias Creative Commons, proveer de una implementación del estándar como proyecto de la Apache Software Foundation y que una comunidad abierta gobierne el estándar».

Merece la pena recordar un poco qué es y cómo funciona OpenSocial: no se trata de ningún tipo de registro común que te permita estar en diferentes redes sociales con una cuenta (como comentamos, ahí es donde entraría OpenId), tampoco de permitir a los usuarios llevarse sus datos de una red a otra, ni siquiera hablamos de interoperabilidad real entre redes sociales. OpenSocial trata de programar widgets que funcionen en distintas rede sociales, de hecho tiene bastante poco de «Open» y bastante más de «Widget». Al menos de momento y tal como está planteado…

Más información en ZdNet y R/W.

Bebo con Facebook frente a OpenSocial

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.

OpenSocial y los desarrolladores

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.

Cómo funciona OpenSocial

OpenSocialOpenSocial 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 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.

OpenSocial, OpenId y la identificación del usuario

OpenSocialOpenSocial 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.

Google OpenSocial

Open Social Google

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 en los distintos servicios que lo integren (información actualizada tras la comunicación oficial):

  • Profile and Friends Information: los datos del usuario y sus contactos .
  • Activities: eventos realizado por el usuario. Desde subir fotos, hasta mandar mensajes, pasando por a quienes añade como contacto. La analogía en este caso sería con el Newsfeed de Facebook. La API lógicamente es de lectura (obtener que hace el usuario o sus contactos para mostrarlo) y de escritura (informar de un nuevo evento).
  • Persistence data API: leer, guardar y actualizar datos sobre las aplicaciones y tenerlos disponibles globalmente en todas las plataformas que soporten OpenSocial.

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 creado por Google y sus socios; 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 es bastante más ambiciosa y abierta.

Habrá dos tipos de socios de Google en la aventura:

  • Contenedores: redes socialesu otras webs donde se ejecutarán las aplicaciones. Ya han confirmado su participción MySpace, Bebo, Orkut, Salesforce, LinkedIn, Ning, Hi5, Plaxo, Friendster, Viadeo y Oracle.
  • Desarrolladores: encontramos varias de las estrellas de Facebook: Flixster, iLike, RockYou y Slide. Serán los creadores de las aplicaciones que se podrán ejecutar en todos los contenedores que soporten OpenSocial.

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 widget 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 no quede en unas solas manos. El análisis a fondo en los próximos días, cuando esté disponible la información oficial.

Nota: Entrada actualizada a los últimos datos disponibles.