<?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"
	>
<channel>
	<title>Comments on: Hurricanes, Flags, and OpenID</title>
	<atom:link href="http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/feed/" rel="self" type="application/rss+xml" />
	<link>http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/</link>
	<description>A daily round table on the tech industry with experts and callers from all over the globe. Join us as we pick apart the news and get to the meat of what\'s happening out there.</description>
	<pubDate>Sat, 05 Jul 2008 16:52:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Alec</title>
		<link>http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-159352</link>
		<dc:creator>Alec</dc:creator>
		<pubDate>Fri, 16 Mar 2007 13:32:02 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-159352</guid>
		<description>Got it.  The difference, of course, being that an OpenID should be transportable from one provider to another -- Yahoo to Google, for instance, if they both supported it.</description>
		<content:encoded><![CDATA[<p>Got it.  The difference, of course, being that an OpenID should be transportable from one provider to another &#8212; Yahoo to Google, for instance, if they both supported it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aswath</title>
		<link>http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-158823</link>
		<dc:creator>Aswath</dc:creator>
		<pubDate>Fri, 16 Mar 2007 01:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-158823</guid>
		<description>I don't think it is theoretical at all and there is nothing special about OpenID, except the willingness to allow others to freely use the authentication engine (which is built into OpenID and that is the special aspect of OpenID). Take the example of Google and Yahoo. Both have their own single sign-on mechanism, but Yahoo is much more permissive about others using their engine than is Google (according to the designer of idproxy.net). That means, you and I can decide to use Yahoo engine. So the issue is not whether Yahoo allows others' id; the point is that Yahoo allows others to use their engine. As I said, that is exactly what an OpenID provider guarantees and that is why OpenID is great, in my opinion.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think it is theoretical at all and there is nothing special about OpenID, except the willingness to allow others to freely use the authentication engine (which is built into OpenID and that is the special aspect of OpenID). Take the example of Google and Yahoo. Both have their own single sign-on mechanism, but Yahoo is much more permissive about others using their engine than is Google (according to the designer of idproxy.net). That means, you and I can decide to use Yahoo engine. So the issue is not whether Yahoo allows others&#8217; id; the point is that Yahoo allows others to use their engine. As I said, that is exactly what an OpenID provider guarantees and that is why OpenID is great, in my opinion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alec</title>
		<link>http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-158704</link>
		<dc:creator>Alec</dc:creator>
		<pubDate>Thu, 15 Mar 2007 21:58:38 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-158704</guid>
		<description>Aswath, I think the theory and the practice are different.  Theoretically, a P2P identity system will operate as you state.  However, if we have every large player issuing ID's, and not accepting the ID's of the other players... well, then we're no better off than now, are we?</description>
		<content:encoded><![CDATA[<p>Aswath, I think the theory and the practice are different.  Theoretically, a P2P identity system will operate as you state.  However, if we have every large player issuing ID&#8217;s, and not accepting the ID&#8217;s of the other players&#8230; well, then we&#8217;re no better off than now, are we?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aswath</title>
		<link>http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-157845</link>
		<dc:creator>Aswath</dc:creator>
		<pubDate>Wed, 14 Mar 2007 18:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://saunderslog.com/2007/03/14/hurricanes-flags-and-openid/#comment-157845</guid>
		<description>If the intelligence has moved to the end and applications can indeed be run at the end, I am not concerned that big players are not really consuming OpenID. OpenID is a great boon for true "peer-to-peer" (no disguised intermediaries like Skype) applications for it is far easier and effective to maintain whitelists. In other words, the applications running at the end are the consumers of OpenID. Nick talks about Mexican wave. Since a core group is needed to start the wave and then on, it can sustain itself.</description>
		<content:encoded><![CDATA[<p>If the intelligence has moved to the end and applications can indeed be run at the end, I am not concerned that big players are not really consuming OpenID. OpenID is a great boon for true &#8220;peer-to-peer&#8221; (no disguised intermediaries like Skype) applications for it is far easier and effective to maintain whitelists. In other words, the applications running at the end are the consumers of OpenID. Nick talks about Mexican wave. Since a core group is needed to start the wave and then on, it can sustain itself.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
