<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">

  <channel>
	<title>Genbeta</title>
	<link>http://www.genbeta.com</link>
	<description>El software y los servicios vía Internet, con toda la actualidad y los mejores trucos.</description>
	<pubDate>Thu, 15 May 2008 07:54:26 GMT</pubDate>
	<generator>http://www.genbeta.com</generator>

	
    <item>
      <title><![CDATA[Identificación, portabilidad y disponibilidad]]></title>
      <link>http://www.genbeta.com/2008/05/15-identificacion-portabilidad-y-disponibilidad</link>
      <guid>http://www.genbeta.com/2008/05/15-identificacion-portabilidad-y-disponibilidad</guid>
      <pubDate>Thu, 15 May 2008 06:00:17 GMT</pubDate>
      <author>Oscar J. Baeza</author>
      <description><![CDATA[	<p><img src="http://img.genbeta.com/2008/01/dataportability.png" class="centro" alt="DataPortability"/><br />
Si hace un tiempo comentábamos el nacimiento de <a href="http://www.genbeta.com/2008/01/13-dataportability-la-imagen-de-la-semana">DataPortability</a>, a día de hoy parece que está comenzando a dar sus frutos ya que diversas empresas como <a href="http://www.techcrunch.com/2008/05/13/zoho-no-longer-requires-accounts-sign-in-with-yahoo-or-google-ids/">Zoho</a>, <a href="http://www.error500.net/google-friend-connect-red-social-funcionalidad">Google</a>, <a href="http://www.techcrunch.com/2008/05/08/myspace-embraces-data-portability-partners-with-yahoo-ebay-and-twitter/">Yahoo!, eBay, Twitter, MySpace</a>, <a href="http://developers.facebook.com/news.php?blog=1&#38;story=108">Digg y Facebook</a>, entre otros, están comenzando a mover ficha hacia la integración entre aplicaciones y servicios web.</p><a name="more"></a></p>

	<p><strong>De cara al servicio web</strong><br />
Para aquellos que estén desarrollando servicios web, deben comenzar a tener muy en cuenta a <a href="http://www.genbeta.com/tag/oauth">oAuth</a>. <strong>oAuth</strong> es el proceso que están implantando las empresas nombradas con el fin de integrar los contenidos de los usuarios, portando todos sus datos, en otros servicios basándose en una identificación cruzada, pero manteniendo como origen el servicio web original. </p>

	<p>Por ejemplo, si nos identificamos con <strong>Google</strong> (registro de nuestro usuario), a partir de ahora podríamos entrar en <strong>Zoho</strong> sin la necesidad de identificarnos de nuevo, ya que el propio <strong>Google ID</strong> haría tal función. A su vez, podría portar nuestros contactos de <strong>Gmail</strong> y nuestros documentos de <strong>Google Docs</strong> a las aplicaciones respectivas en <strong>Zoho</strong>. </p>

	<p>Del mismo modo sucede con <strong>Data Availability</strong>, promovido por <strong>MySpace</strong>, por el que los usuarios de <strong>MySpace</strong> podrían migrar sus datos a otras redes como <strong>Twitter</strong>, <strong>eBay</strong> o <strong>Yahoo!</strong>, sin la necesidad de volver a introducirlos, o incluso aportando nuevos contenidos disponibles a través de la colaboración (suponiendo, mostrar nuestras canciones publicadas en <strong>MySpace</strong> en la barra lateral de nuestro usuario de <strong>Twitter</strong>).</p>

	<p>El movimiento de ficha por parte de <strong>Google</strong> es <strong>Google Friend Connect</strong>, que nos permite crear <em>widgets</em> donde los usuarios puedan identificarse con el usuario de otras redes diversificando los sistemas, descentralizando todavía más la autenticación que con <strong>OpenID</strong>, y permitiendo, a su vez, importar datos desde las mismas como han estado realizando <strong>Facebook</strong> con su <strong>Facebook Connect</strong> (proceso similar al de <strong>MySpace</strong>).</p>

	<p><strong>De cara al usuario</strong><br />
El usuario, a partir de ahora y según se incrementen este tipo de implementaciones, verá como con su usuario de la <em>aplicación web X</em> podrá migrar a otras aplicaciones, portar sus datos, mover a sus contactos de una red social a otra, etc. con un simple clic, del mismo y sencillo modo con el que damos acceso a nuestras imágenes con <strong>Flickr</strong>. Un simple clic.</p>

	<p>Ahora bien, también tenemos que pensar en cómo afecta esto a <strong>OpenID</strong> ya que si el registro de usuario se delega a este modelo, únicamente deberemos hacerlo en una red, por ejemplo con nuestro usuario de <strong>Google</strong>, y con él, identificarnos en otras redes ya sea a través de <strong>Google Friend Connect</strong> o con el acceso vía <strong>oAuth</strong> de un servicio web a nuestra cuenta, con lo que se estaría degradando en parte a <strong>OpenID</strong> como sistema de identificación. <strong>OpenID</strong> podría no ser ya necesario.</p>

	<p>Si el modelo es el de utilizar <strong>oAuth</strong> como sistema de identificación (por el momento, sólo ejecutado por <strong>Zoho</strong>) a partir de nuestros actuales perfiles de usuario, se estaría optando más por un modelo similar al promovido por <strong>Microsoft</strong> con su <strong>Windows Live ID</strong>, <em>.Net Passport </em>en su época, pero de modo descentralizado (más cercano a éste que a <strong>OpenID</strong>).</p>

	<p>La tendencia generalizada, por suerte, dista bastante de la acción de <strong>Zoho</strong> optando por una identificación con <strong>OpenID</strong> y la importación de datos vía <strong>oAuth</strong>, aunque la <em>widgetización</em> que plantea <strong>Google</strong> no termino de ubicarla como solución para desarrollos más allá de un usuario de <strong>Blogger</strong>.</p>

	<p>A título personal, los <em>widgets</em> (<strong>OpenSocial</strong>, <strong>Facebook Apps</strong>,...) son a la <strong>Web 2.0</strong> lo que los <strong>GIFs animados</strong> fueron a la <strong>Web 1.0</strong>.</p>


 ]]></description>
    </item>
	

  </channel>
</rss>
