<?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: Kyle Skips OpenID</title>
	<atom:link href="http://ma.tt/2008/05/kyle-skips-openid/feed/" rel="self" type="application/rss+xml" />
	<link>http://ma.tt/2008/05/kyle-skips-openid/</link>
	<description>Unlucky in Cards</description>
	<lastBuildDate>Sat, 26 May 2012 13:00:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4-beta4-20941</generator>
	<item>
		<title>By: John Jones</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443266</link>
		<dc:creator>John Jones</dc:creator>
		<pubDate>Sat, 10 May 2008 01:41:23 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443266</guid>
		<description>first of all I have a lot of respect for Kyle Neath but I think there are a few things to be addressed

number 1 &gt; OpenID service providers go bust/offline and logins cant have multiple ID&#039;s... 

partly true but since I have multiple ID&#039;s depending on which one I present will be from one or another e.g. my work ID is going to be very differant than my blogging one look at infocards and how people use that... 
login providers e.g. ma.gnolia provide it when it makes sense to do so... its up to them and us as customers...

number 2 &gt; mobile web does not like url&#039;s so OpenID not good.

Simple NOT true have you actually used the mobile web its all painful and systems for ID will provide autofill and infocard like service

number 3 &gt; pishing and url scammers

provide all the security you can in helper applications and URL ID such as images and feedback... its a problem but really people have enough problem with simply using the same password everywhere anyway so lets not go down the philosophical vs practice of security route... people make mistakes help them  to recover and prevent as much as possible is the rule to use...

number 4 &gt; people dont understand multiple ID&#039;s 

complete nonsense very young children understand that presenting a different appearance to different people is a technique to achieve things most people see this well in the Work vs Play id&#039;s that people have.

number 5 &gt; its less user friendly because multiple steps

maybe but I dont think so by providing consistency people become more trusting and understanding of the process and look for this method exactly because it is familiar look at many workflows and mostly we do it because it is familular e.g. keyboard layout (-;

number 6 &gt; multiple logins and multiple ID&#039;s are good 

I AGREE but we can have different levels within those logins and I would like to simplify DATA INPUT e.g. in one ID I can share my full home address or just the city to a different service provider chouseing the level at which I share personal data gives me finer control of what I send and means i DO NOT have to type it in each time and make mistakes and give up and go home when I presented with yet another form to fill in ! as a workflow its much better to chouse the ID and then the amount of data I want to share rather than making mistakes and not using the service...

scary but my opinions 

I think should give people the option of OpenID simply because it can be useful 

regards

John Jones

http://john.jones.name</description>
		<content:encoded><![CDATA[<p>first of all I have a lot of respect for Kyle Neath but I think there are a few things to be addressed</p>
<p>number 1 &gt; OpenID service providers go bust/offline and logins cant have multiple ID&#8217;s&#8230; </p>
<p>partly true but since I have multiple ID&#8217;s depending on which one I present will be from one or another e.g. my work ID is going to be very differant than my blogging one look at infocards and how people use that&#8230;<br />
login providers e.g. ma.gnolia provide it when it makes sense to do so&#8230; its up to them and us as customers&#8230;</p>
<p>number 2 &gt; mobile web does not like url&#8217;s so OpenID not good.</p>
<p>Simple NOT true have you actually used the mobile web its all painful and systems for ID will provide autofill and infocard like service</p>
<p>number 3 &gt; pishing and url scammers</p>
<p>provide all the security you can in helper applications and URL ID such as images and feedback&#8230; its a problem but really people have enough problem with simply using the same password everywhere anyway so lets not go down the philosophical vs practice of security route&#8230; people make mistakes help them  to recover and prevent as much as possible is the rule to use&#8230;</p>
<p>number 4 &gt; people dont understand multiple ID&#8217;s </p>
<p>complete nonsense very young children understand that presenting a different appearance to different people is a technique to achieve things most people see this well in the Work vs Play id&#8217;s that people have.</p>
<p>number 5 &gt; its less user friendly because multiple steps</p>
<p>maybe but I dont think so by providing consistency people become more trusting and understanding of the process and look for this method exactly because it is familiar look at many workflows and mostly we do it because it is familular e.g. keyboard layout (-;</p>
<p>number 6 &gt; multiple logins and multiple ID&#8217;s are good </p>
<p>I AGREE but we can have different levels within those logins and I would like to simplify DATA INPUT e.g. in one ID I can share my full home address or just the city to a different service provider chouseing the level at which I share personal data gives me finer control of what I send and means i DO NOT have to type it in each time and make mistakes and give up and go home when I presented with yet another form to fill in ! as a workflow its much better to chouse the ID and then the amount of data I want to share rather than making mistakes and not using the service&#8230;</p>
<p>scary but my opinions </p>
<p>I think should give people the option of OpenID simply because it can be useful </p>
<p>regards</p>
<p>John Jones</p>
<p><a href="http://john.jones.name" rel="nofollow">http://john.jones.name</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Tadlock</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443261</link>
		<dc:creator>Justin Tadlock</dc:creator>
		<pubDate>Fri, 09 May 2008 22:56:59 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443261</guid>
		<description>Matt, I know.  I was just trying to pressure you into giving some more opinion.  I think OpenID is great, but no one has yet to convince me that it is the right move for WordPress.</description>
		<content:encoded><![CDATA[<p>Matt, I know.  I was just trying to pressure you into giving some more opinion.  I think OpenID is great, but no one has yet to convince me that it is the right move for WordPress.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Messina</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443231</link>
		<dc:creator>Chris Messina</dc:creator>
		<pubDate>Fri, 09 May 2008 06:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443231</guid>
		<description>I&#039;m certainly receptive to criticism and agree with Matt&#039;s perspective that alternative perspectives, especially to the contrary, if countered, can make an effort/initiative better.

Seeing a train of positive comments without detraction makes you really wonder if people are paying attention, so I&#039;m eager to consider his feedback and respond.</description>
		<content:encoded><![CDATA[<p>I&#8217;m certainly receptive to criticism and agree with Matt&#8217;s perspective that alternative perspectives, especially to the contrary, if countered, can make an effort/initiative better.</p>
<p>Seeing a train of positive comments without detraction makes you really wonder if people are paying attention, so I&#8217;m eager to consider his feedback and respond.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christiaan</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443217</link>
		<dc:creator>Christiaan</dc:creator>
		<pubDate>Thu, 08 May 2008 21:43:02 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443217</guid>
		<description>I&#039;d like to see OpenID implemented on a large scale (I&#039;m sick of having to register every time I want to use some website), but, out of interest, are there any alternatives that purport to solve some of the same issues OpenID purports to solve?</description>
		<content:encoded><![CDATA[<p>I&#8217;d like to see OpenID implemented on a large scale (I&#8217;m sick of having to register every time I want to use some website), but, out of interest, are there any alternatives that purport to solve some of the same issues OpenID purports to solve?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443212</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Thu, 08 May 2008 20:28:50 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443212</guid>
		<description>Not making a stance on anything, just following the conversation. 99% of what I read about OpenID is positive, so it was interesting to see someone taking the other side. I think critical arguments clarify your thinking a lot more.</description>
		<content:encoded><![CDATA[<p>Not making a stance on anything, just following the conversation. 99% of what I read about OpenID is positive, so it was interesting to see someone taking the other side. I think critical arguments clarify your thinking a lot more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Jaquith</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443211</link>
		<dc:creator>Mark Jaquith</dc:creator>
		<pubDate>Thu, 08 May 2008 19:15:31 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443211</guid>
		<description>#1 is definitely a problem.  #4 is silly -- having multiple personas is a benefit if you want to use them.  If not, you just ignore the ones you don&#039;t use.  #3 should be solved in browsers (there just aren&#039;t any foolproof server-side solutions).  #5 can be solved (and indeed already is, in some implementations) by hiding the concept of the OpenID URL by asking for a provider/username combo.  What we need is a way to resolve a provider/username combo to an OpenID URL without knowing about the provider ahead of time -- some sort of discovery mechanism.  Maybe that already exists in v 2.0 -- I haven&#039;t looked at it very closely.

I&#039;m still very much on the fence WRT to OpenID&#039;s benefit to WordPress, however.  Most sites don&#039;t have registered comments.  We&#039;d be able to know that a comment comes from who it proports to come from, but that doesn&#039;t seem to be a huge problem (and even if it is, it&#039;d only be solved on sites with OpenID-enabled comments).  I want it to be right for WordPress, but I&#039;m just not convinced.</description>
		<content:encoded><![CDATA[<p>#1 is definitely a problem.  #4 is silly &#8212; having multiple personas is a benefit if you want to use them.  If not, you just ignore the ones you don&#8217;t use.  #3 should be solved in browsers (there just aren&#8217;t any foolproof server-side solutions).  #5 can be solved (and indeed already is, in some implementations) by hiding the concept of the OpenID URL by asking for a provider/username combo.  What we need is a way to resolve a provider/username combo to an OpenID URL without knowing about the provider ahead of time &#8212; some sort of discovery mechanism.  Maybe that already exists in v 2.0 &#8212; I haven&#8217;t looked at it very closely.</p>
<p>I&#8217;m still very much on the fence WRT to OpenID&#8217;s benefit to WordPress, however.  Most sites don&#8217;t have registered comments.  We&#8217;d be able to know that a comment comes from who it proports to come from, but that doesn&#8217;t seem to be a huge problem (and even if it is, it&#8217;d only be solved on sites with OpenID-enabled comments).  I want it to be right for WordPress, but I&#8217;m just not convinced.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Il Filosofo &#187; OpenID Servers: Allow Redundant Means of Access</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443191</link>
		<dc:creator>Il Filosofo &#187; OpenID Servers: Allow Redundant Means of Access</dc:creator>
		<pubDate>Thu, 08 May 2008 14:44:19 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443191</guid>
		<description>[...] 2008 at 10:43 am  That&#8217;s the lesson I take from Kyle Neath&#8217;s critique of OpenID  (HT: Ma.tt), from his first point, the one that I think has the most traction. OpenID servers should allow [...]</description>
		<content:encoded><![CDATA[<p>[...] 2008 at 10:43 am  That&#8217;s the lesson I take from Kyle Neath&#8217;s critique of OpenID  (HT: Ma.tt), from his first point, the one that I think has the most traction. OpenID servers should allow [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Tadlock</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443189</link>
		<dc:creator>Justin Tadlock</dc:creator>
		<pubDate>Thu, 08 May 2008 14:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443189</guid>
		<description>I hope that by linking to this article, you&#039;re making a stance to keep OpenID out of the WordPress core.  I&#039;d also like to read your thoughts on this.</description>
		<content:encoded><![CDATA[<p>I hope that by linking to this article, you&#8217;re making a stance to keep OpenID out of the WordPress core.  I&#8217;d also like to read your thoughts on this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://ma.tt/2008/05/kyle-skips-openid/#comment-443181</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Thu, 08 May 2008 11:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://ma.tt/?p=5239#comment-443181</guid>
		<description>What&#039;s your take on his points ma.tt, given that your onboard somewhat with your wordpress.com work?</description>
		<content:encoded><![CDATA[<p>What&#8217;s your take on his points ma.tt, given that your onboard somewhat with your wordpress.com work?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

