<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Less Post More GET</title>
	<atom:link href="http://lesspostmoreget.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://lesspostmoreget.com</link>
	<description>Thoughts on software development and the web</description>
	<lastBuildDate>Fri, 04 May 2012 15:50:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Line count and maintenance cost by pret implanturi dentare</title>
		<link>http://lesspostmoreget.com/2010/01/21/line-count-and-maintenance-cost/#comment-76</link>
		<dc:creator><![CDATA[pret implanturi dentare]]></dc:creator>
		<pubDate>Fri, 04 May 2012 15:50:04 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.com/?p=79#comment-76</guid>
		<description><![CDATA[&lt;strong&gt;...Check this out...&lt;/strong&gt;

[...]Great weblog right here! Additionally your website loads up very fast![...]...]]></description>
		<content:encoded><![CDATA[<p><strong>&#8230;Check this out&#8230;</strong></p>
<p>[...]Great weblog right here! Additionally your website loads up very fast![...]&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Google needs to add this Gmail feature. by Corey Grusden</title>
		<link>http://lesspostmoreget.com/2010/05/13/google-needs-to-add-this-gmail-feature/#comment-59</link>
		<dc:creator><![CDATA[Corey Grusden]]></dc:creator>
		<pubDate>Mon, 03 Jan 2011 19:10:06 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.com/?p=102#comment-59</guid>
		<description><![CDATA[That would be a sweet feature.  I hate it when people do that shit to me.]]></description>
		<content:encoded><![CDATA[<p>That would be a sweet feature.  I hate it when people do that shit to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Line count and maintenance cost by Thoughts on Pair Programming &#171; Less Post More GET</title>
		<link>http://lesspostmoreget.com/2010/01/21/line-count-and-maintenance-cost/#comment-55</link>
		<dc:creator><![CDATA[Thoughts on Pair Programming &#171; Less Post More GET]]></dc:creator>
		<pubDate>Tue, 22 Jun 2010 19:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.com/?p=79#comment-55</guid>
		<description><![CDATA[[...] that pair programming tends to keep developers near the minimum of the cost curve (written about in Line Count and Maintenance Cost) instead of the arcane and wordy areas of the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] that pair programming tends to keep developers near the minimum of the cost curve (written about in Line Count and Maintenance Cost) instead of the arcane and wordy areas of the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 25 Thoughts on Agile Development by Markus Waletzko</title>
		<link>http://lesspostmoreget.com/2009/09/02/thoughts-on-agile-development/#comment-54</link>
		<dc:creator><![CDATA[Markus Waletzko]]></dc:creator>
		<pubDate>Wed, 26 May 2010 15:44:18 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.wordpress.com/?p=8#comment-54</guid>
		<description><![CDATA[Web video at its best! Do you have any advice for someone just out of university]]></description>
		<content:encoded><![CDATA[<p>Web video at its best! Do you have any advice for someone just out of university</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login forms are broken in ruby on rails by wiscoDude</title>
		<link>http://lesspostmoreget.com/2009/08/14/login-forms-are-broken/#comment-51</link>
		<dc:creator><![CDATA[wiscoDude]]></dc:creator>
		<pubDate>Sat, 27 Feb 2010 16:44:28 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.com/?p=36#comment-51</guid>
		<description><![CDATA[Hey Craig, thanks for the comments.  

All systems for logging in that I know of do not enforce uniqueness among passwords.  It would be a strange constraint on a user&#039;s password and I think there are enough of those already.  (&lt;a href=&quot;http://lesspostmoreget.com/2008/03/22/passwords-gone-wild/&quot; rel=&quot;nofollow&quot;&gt;passwords gone wild&lt;/a&gt;)

So, you could never reliably look up a user by the password entered.  The only choice is to first look up by the unique token (email address, user name, whatever) and then make sure the password entered matches the password stored.  (I&#039;m simplifying, we shouldn&#039;t store the original password.)

With this said, your example doesn&#039;t actually cause a problem. &quot;def&quot; could be the password for multiple people and it is simply ignored because we can make no claims with the paucity of information it contains.

On the other hand, because user names are forced to be unique, we can very well assume that if a person enters John123, they intended to sign in to that account.

It still comes down to an incomplete or misguided notion of security by the developers of the common rails authentication gems.]]></description>
		<content:encoded><![CDATA[<p>Hey Craig, thanks for the comments.  </p>
<p>All systems for logging in that I know of do not enforce uniqueness among passwords.  It would be a strange constraint on a user&#8217;s password and I think there are enough of those already.  (<a href="http://lesspostmoreget.com/2008/03/22/passwords-gone-wild/" rel="nofollow">passwords gone wild</a>)</p>
<p>So, you could never reliably look up a user by the password entered.  The only choice is to first look up by the unique token (email address, user name, whatever) and then make sure the password entered matches the password stored.  (I&#8217;m simplifying, we shouldn&#8217;t store the original password.)</p>
<p>With this said, your example doesn&#8217;t actually cause a problem. &#8220;def&#8221; could be the password for multiple people and it is simply ignored because we can make no claims with the paucity of information it contains.</p>
<p>On the other hand, because user names are forced to be unique, we can very well assume that if a person enters John123, they intended to sign in to that account.</p>
<p>It still comes down to an incomplete or misguided notion of security by the developers of the common rails authentication gems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Login forms are broken in ruby on rails by Craig</title>
		<link>http://lesspostmoreget.com/2009/08/14/login-forms-are-broken/#comment-50</link>
		<dc:creator><![CDATA[Craig]]></dc:creator>
		<pubDate>Fri, 26 Feb 2010 21:49:06 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.com/?p=36#comment-50</guid>
		<description><![CDATA[The reason for the ambiguous error message may not be just security. Consider two users: John123 (password: &quot;abc&quot;) and John124 (password: &quot;def&quot;). If I enter John123 and &quot;def&quot;, how do I know which is wrong. It is a valid password for somebody, and it is a valid username for somebody else. All I know is that the two do not match, so I tell them that one of them is wrong. It is not about security at all, it is about my inability to distinguish which field is wrong.]]></description>
		<content:encoded><![CDATA[<p>The reason for the ambiguous error message may not be just security. Consider two users: John123 (password: &#8220;abc&#8221;) and John124 (password: &#8220;def&#8221;). If I enter John123 and &#8220;def&#8221;, how do I know which is wrong. It is a valid password for somebody, and it is a valid username for somebody else. All I know is that the two do not match, so I tell them that one of them is wrong. It is not about security at all, it is about my inability to distinguish which field is wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on No-Reply Emails? Why would you ignore your customer? by Regina</title>
		<link>http://lesspostmoreget.com/2009/06/10/no-reply-emails/#comment-49</link>
		<dc:creator><![CDATA[Regina]]></dc:creator>
		<pubDate>Fri, 26 Feb 2010 15:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.wordpress.com/2009/06/10/no-reply-emails-why-would-you-ignore-your-customer/#comment-49</guid>
		<description><![CDATA[OMG, I have been searching for this information. Technology always gets the best of me when I need it most.]]></description>
		<content:encoded><![CDATA[<p>OMG, I have been searching for this information. Technology always gets the best of me when I need it most.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 25 Thoughts on Agile Development by Mark McEahern</title>
		<link>http://lesspostmoreget.com/2009/09/02/thoughts-on-agile-development/#comment-48</link>
		<dc:creator><![CDATA[Mark McEahern]]></dc:creator>
		<pubDate>Sat, 13 Feb 2010 02:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.wordpress.com/?p=8#comment-48</guid>
		<description><![CDATA[The ability to prioritize is often missing. A way to measure this is the degree to which people feel comfortable with a list of deferred features.  I always felt a sense of accomplishment when I could say we were done with something without hiding the fact that there were features that weren&#039;t done.

You can argue about whether any given non-implemented or not completely implemented feature is important. But stack it up against releasing the features that *are* implemented. Does the cost of its absence or the benefit of its presence outweigh the cost of not delivering what&#039;s already done?

Talking about requirements often leaves unchallenged the notion that there is some System that is the full and complete set of requirements. Feature talk is all about a world of infinite variety and choice.]]></description>
		<content:encoded><![CDATA[<p>The ability to prioritize is often missing. A way to measure this is the degree to which people feel comfortable with a list of deferred features.  I always felt a sense of accomplishment when I could say we were done with something without hiding the fact that there were features that weren&#8217;t done.</p>
<p>You can argue about whether any given non-implemented or not completely implemented feature is important. But stack it up against releasing the features that *are* implemented. Does the cost of its absence or the benefit of its presence outweigh the cost of not delivering what&#8217;s already done?</p>
<p>Talking about requirements often leaves unchallenged the notion that there is some System that is the full and complete set of requirements. Feature talk is all about a world of infinite variety and choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on + (plus) don&#8217;t get no respect by wiscoDude</title>
		<link>http://lesspostmoreget.com/2008/03/11/plus-dont-get-no-respect/#comment-45</link>
		<dc:creator><![CDATA[wiscoDude]]></dc:creator>
		<pubDate>Wed, 07 Oct 2009 12:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.wordpress.com/2008/03/11/plus-dont-get-no-respect/#comment-45</guid>
		<description><![CDATA[Thanks Veez.  Getting comments motivates me to finish some posts on my list.  I&#039;ll bang out a post this weekend.]]></description>
		<content:encoded><![CDATA[<p>Thanks Veez.  Getting comments motivates me to finish some posts on my list.  I&#8217;ll bang out a post this weekend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on + (plus) don&#8217;t get no respect by Veezus Kreist</title>
		<link>http://lesspostmoreget.com/2008/03/11/plus-dont-get-no-respect/#comment-44</link>
		<dc:creator><![CDATA[Veezus Kreist]]></dc:creator>
		<pubDate>Tue, 06 Oct 2009 23:47:53 +0000</pubDate>
		<guid isPermaLink="false">http://lesspostmoreget.wordpress.com/2008/03/11/plus-dont-get-no-respect/#comment-44</guid>
		<description><![CDATA[I use plus notation all the time, and I agree with everything in your post.  However, that Tombstone reference is so awesome that I felt compelled to leave a comment.  Nicely done!]]></description>
		<content:encoded><![CDATA[<p>I use plus notation all the time, and I agree with everything in your post.  However, that Tombstone reference is so awesome that I felt compelled to leave a comment.  Nicely done!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

