<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Social ID?</title>
	<atom:link href="http://robinsontechnology.com/blog/2008/02/25/social-id/feed/" rel="self" type="application/rss+xml" />
	<link>http://robinsontechnology.com/blog/2008/02/25/social-id/</link>
	<description>Mostly Software, Sometimes Business, Always Technology</description>
	<pubDate>Sat, 13 Mar 2010 13:59:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: frank g.</title>
		<link>http://robinsontechnology.com/blog/2008/02/25/social-id/comment-page-1/#comment-15608</link>
		<dc:creator>frank g.</dc:creator>
		<pubDate>Tue, 26 Feb 2008 15:03:51 +0000</pubDate>
		<guid isPermaLink="false">http://robinsontechnology.com/blog/?p=28#comment-15608</guid>
		<description>Ok -- here are a couple random comments...

1) (Based on the incredibly small amount i know about Open ID) it's not a
new idea... the concept of "single sign-on" has existed since the birth of
the internet - (but you knew that already --- let us not forget  MS Passport
and the tragic, rediculous, irritating failure that was.) This bandwagon
kicks up every few years - ends up too hard for people to deal with because of standards and proprietary issues - and then retreats again back into the murky land of excellent ideas that may never come to fruition. (Even I helped to write a business plan that was aiming for this same target 8-9 years ago.)

The problem with single sign-on - or single source account management - is
just that... it's a singular place to go. It's essentially a single point of
failure. Something goes wrong (either user failure or some enterprising
hacker) and everything goes to hell. So far there's been no single
destination, company, or entity that people have trusted to be the
gatekeeper to their total data store. Not saying that there couldn't be
(google seems to have been gaining in trust over the past couple years), but
it's a big barrier to entry for people. Very few people like having all
their eggs in one basket.

2) Your last point about the social networking perspective is an intriguing
one - and the specific observation about maintaining different types of
profiles on different portals is absolutely true. My LinkedIn profile looks
way different than my facebook profile - and for good reason. 

It seems to me that ultimately you'll want some level of "profile" management. You'll want some way to manage a single pile of stuff about yourself then dole that information out to appropriate destinations. As you said -- where do you go for that? who maintains that? Obviously this is where Ringside could come
in to play... However, what in this model is any different than what I do today? I
have a pile of info about myself (that presumably i keep on my local
machine) and i choose what bits i want to share and where i want to put
them. Seems to me that implementing profile management is a no brainer - but
how do you get people to want to use it? On the surface there's not a whole
lot of value add -- and in fact there only seems to be added risk? (again
single point of failure, privacy and trust issues, etc. etc. etc.)</description>
		<content:encoded><![CDATA[<p>Ok &#8212; here are a couple random comments&#8230;</p>
<p>1) (Based on the incredibly small amount i know about Open ID) it&#8217;s not a<br />
new idea&#8230; the concept of &#8220;single sign-on&#8221; has existed since the birth of<br />
the internet - (but you knew that already &#8212; let us not forget  MS Passport<br />
and the tragic, rediculous, irritating failure that was.) This bandwagon<br />
kicks up every few years - ends up too hard for people to deal with because of standards and proprietary issues - and then retreats again back into the murky land of excellent ideas that may never come to fruition. (Even I helped to write a business plan that was aiming for this same target 8-9 years ago.)</p>
<p>The problem with single sign-on - or single source account management - is<br />
just that&#8230; it&#8217;s a singular place to go. It&#8217;s essentially a single point of<br />
failure. Something goes wrong (either user failure or some enterprising<br />
hacker) and everything goes to hell. So far there&#8217;s been no single<br />
destination, company, or entity that people have trusted to be the<br />
gatekeeper to their total data store. Not saying that there couldn&#8217;t be<br />
(google seems to have been gaining in trust over the past couple years), but<br />
it&#8217;s a big barrier to entry for people. Very few people like having all<br />
their eggs in one basket.</p>
<p>2) Your last point about the social networking perspective is an intriguing<br />
one - and the specific observation about maintaining different types of<br />
profiles on different portals is absolutely true. My LinkedIn profile looks<br />
way different than my facebook profile - and for good reason. </p>
<p>It seems to me that ultimately you&#8217;ll want some level of &#8220;profile&#8221; management. You&#8217;ll want some way to manage a single pile of stuff about yourself then dole that information out to appropriate destinations. As you said &#8212; where do you go for that? who maintains that? Obviously this is where Ringside could come<br />
in to play&#8230; However, what in this model is any different than what I do today? I<br />
have a pile of info about myself (that presumably i keep on my local<br />
machine) and i choose what bits i want to share and where i want to put<br />
them. Seems to me that implementing profile management is a no brainer - but<br />
how do you get people to want to use it? On the surface there&#8217;s not a whole<br />
lot of value add &#8212; and in fact there only seems to be added risk? (again<br />
single point of failure, privacy and trust issues, etc. etc. etc.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kael</title>
		<link>http://robinsontechnology.com/blog/2008/02/25/social-id/comment-page-1/#comment-15605</link>
		<dc:creator>kael</dc:creator>
		<pubDate>Tue, 26 Feb 2008 13:35:20 +0000</pubDate>
		<guid isPermaLink="false">http://robinsontechnology.com/blog/?p=28#comment-15605</guid>
		<description>There exists &lt;a href="http://www.xmpp.org/extensions/xep-0154.html" rel="nofollow"&gt;XEP-0154 User-Profile&lt;/a&gt; (to be updated soon) which allows to share profiles thanks to the &lt;a href="http://www.xmpp.org/extensions/xep-0060.html#accessmodels" rel="nofollow"&gt;PubSub access model&lt;/a&gt;.

Inspired by the &lt;a href="http://openid.xmpp.za.net/" rel="nofollow"&gt;the South African XMPP Federation OpenID Server&lt;/a&gt;, I wrote a case scenario of &lt;a href="http://wiki.jabber.org/index.php?title=JabberID_and_OpenID_combination_:_XEP-0154_User-Profile_export" rel="nofollow"&gt;user-profile export to an OpenID/XMPP server&lt;/a&gt;. And this could be combined with OpenID Attribute Exchange then.

Going further, any webservice supporting XMPP could import user-profiles directly.

An OpenID/JabberID convergence, with an OpenID-to-JabberID delegation mechanism, would be very nice, though.</description>
		<content:encoded><![CDATA[<p>There exists <a href="http://www.xmpp.org/extensions/xep-0154.html" rel="nofollow">XEP-0154 User-Profile</a> (to be updated soon) which allows to share profiles thanks to the <a href="http://www.xmpp.org/extensions/xep-0060.html#accessmodels" rel="nofollow">PubSub access model</a>.</p>
<p>Inspired by the <a href="http://openid.xmpp.za.net/" rel="nofollow">the South African XMPP Federation OpenID Server</a>, I wrote a case scenario of <a href="http://wiki.jabber.org/index.php?title=JabberID_and_OpenID_combination_:_XEP-0154_User-Profile_export" rel="nofollow">user-profile export to an OpenID/XMPP server</a>. And this could be combined with OpenID Attribute Exchange then.</p>
<p>Going further, any webservice supporting XMPP could import user-profiles directly.</p>
<p>An OpenID/JabberID convergence, with an OpenID-to-JabberID delegation mechanism, would be very nice, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
