<?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: MrProper: Cleaner blocks in Ruby</title>
	<atom:link href="http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/</link>
	<description>Teambox is a project-management web app. Our blog has posts about starting up, entrepreneurs, marketing, usability and design.</description>
	<lastBuildDate>Fri, 30 Jul 2010 05:04:09 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Pablo Villalba</title>
		<link>http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/comment-page-1/#comment-105</link>
		<dc:creator>Pablo Villalba</dc:creator>
		<pubDate>Mon, 02 Nov 2009 15:47:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.teambox.com/?p=115#comment-105</guid>
		<description>I agree there, if_valued would be better naming. However, Array(variable) is a good way of avoiding nil checks, so I guess we should rather use that!</description>
		<content:encoded><![CDATA[<p>I agree there, if_valued would be better naming. However, Array(variable) is a good way of avoiding nil checks, so I guess we should rather use that!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pablo Villalba</title>
		<link>http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/comment-page-1/#comment-19</link>
		<dc:creator>Pablo Villalba</dc:creator>
		<pubDate>Mon, 02 Nov 2009 14:47:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.teambox.com/?p=115#comment-19</guid>
		<description>I agree there, if_valued would be better naming. However, Array(variable) is a good way of avoiding nil checks, so I guess we should rather use that!</description>
		<content:encoded><![CDATA[<p>I agree there, if_valued would be better naming. However, Array(variable) is a good way of avoiding nil checks, so I guess we should rather use that!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: avdi</title>
		<link>http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/comment-page-1/#comment-18</link>
		<dc:creator>avdi</dc:creator>
		<pubDate>Mon, 02 Nov 2009 06:32:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.teambox.com/?p=115#comment-18</guid>
		<description>Thanks for the linkage. Note that since Ruby already provides a &#039;defined?&#039; operator with slightly different semantics, the use of the term &quot;defined&quot; to mean defined-and-not-nil might be a bit confusing. Something like &#039;if_not_nil&#039; or &#039;if_valued&#039; might be more precise.</description>
		<content:encoded><![CDATA[<p>Thanks for the linkage. Note that since Ruby already provides a &#39;defined?&#39; operator with slightly different semantics, the use of the term &#8220;defined&#8221; to mean defined-and-not-nil might be a bit confusing. Something like &#39;if_not_nil&#39; or &#39;if_valued&#39; might be more precise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pablo Villalba</title>
		<link>http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/comment-page-1/#comment-16</link>
		<dc:creator>Pablo Villalba</dc:creator>
		<pubDate>Fri, 30 Oct 2009 21:02:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.teambox.com/?p=115#comment-16</guid>
		<description>Mike, that would be much cleaner, but it could break other Ruby code (frameworks, plugins) relying on exceptions that need to be raised when an unexpected nil gets passed.&lt;br&gt;&lt;br&gt;if_defined assures that you are expecting the possibility of receiving a nil, so it&#039;s safer and explains what&#039;s behind the scenes.</description>
		<content:encoded><![CDATA[<p>Mike, that would be much cleaner, but it could break other Ruby code (frameworks, plugins) relying on exceptions that need to be raised when an unexpected nil gets passed.</p>
<p>if_defined assures that you are expecting the possibility of receiving a nil, so it&#39;s safer and explains what&#39;s behind the scenes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Berrow</title>
		<link>http://blog.teambox.com/mrproper-cleaner-blocks-in-ruby/comment-page-1/#comment-15</link>
		<dc:creator>Mike Berrow</dc:creator>
		<pubDate>Fri, 30 Oct 2009 03:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.teambox.com/?p=115#comment-15</guid>
		<description>But why not just do ...&lt;br&gt;&lt;br&gt;class NilClass&lt;br&gt;  def each&lt;br&gt;   []&lt;br&gt;  end&lt;br&gt;end</description>
		<content:encoded><![CDATA[<p>But why not just do &#8230;</p>
<p>class NilClass<br />  def each<br />   []<br />  end<br />end</p>
]]></content:encoded>
	</item>
</channel>
</rss>
