<?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 for The Carbon Emitter</title>
	<atom:link href="http://blog.carbonfive.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.carbonfive.com</link>
	<description>The blog of Carbon Five</description>
	<lastBuildDate>Tue, 21 Feb 2012 18:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Monkey-Patching iOS with Objective-C Categories Part I: Simple Extensions and Overrides by Rudy Jahchan</title>
		<link>http://blog.carbonfive.com/2012/01/23/monkey-patching-ios-with-objective-c-categories-part-1-simple-extensions-and-overrides/#comment-4389</link>
		<dc:creator>Rudy Jahchan</dc:creator>
		<pubDate>Tue, 21 Feb 2012 18:39:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5851#comment-4389</guid>
		<description>Whoops! Thanks for the catch. Corrected in the original gist.</description>
		<content:encoded><![CDATA[<p>Whoops! Thanks for the catch. Corrected in the original gist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Monkey-Patching iOS with Objective-C Categories Part I: Simple Extensions and Overrides by David Churchland</title>
		<link>http://blog.carbonfive.com/2012/01/23/monkey-patching-ios-with-objective-c-categories-part-1-simple-extensions-and-overrides/#comment-4388</link>
		<dc:creator>David Churchland</dc:creator>
		<pubDate>Tue, 21 Feb 2012 18:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5851#comment-4388</guid>
		<description>In your example how come the interface is category &#039;Formatting&#039; but the implementation is category &#039;Utilities&#039;? </description>
		<content:encoded><![CDATA[<p>In your example how come the interface is category &#8216;Formatting&#8217; but the implementation is category &#8216;Utilities&#8217;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gem Development Best Practices by Ben Atkin</title>
		<link>http://blog.carbonfive.com/2011/01/22/gem-development-best-practices/#comment-4387</link>
		<dc:creator>Ben Atkin</dc:creator>
		<pubDate>Sun, 19 Feb 2012 22:55:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=2573#comment-4387</guid>
		<description>FYI, your code has HTML entities in it, likely due to an issue with your CMS configuration.</description>
		<content:encoded><![CDATA[<p>FYI, your code has HTML entities in it, likely due to an issue with your CMS configuration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lunchtime Tech Talk: Tom Dale and Yehuda Katz on Ember.js by Andrew Turner</title>
		<link>http://blog.carbonfive.com/2012/02/17/lunchtime-tech-talk-tom-dale-and-yehuda-katz-on-ember-js/#comment-4384</link>
		<dc:creator>Andrew Turner</dc:creator>
		<pubDate>Sun, 19 Feb 2012 01:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5972#comment-4384</guid>
		<description>thanks for posting this, i am excited about ember data, and perhaps a way to persist out data across reboots in the browser on an iOS or android device, perhaps using something akin to a schemaless sqlite, e.g. a supercookie?</description>
		<content:encoded><![CDATA[<p>thanks for posting this, i am excited about ember data, and perhaps a way to persist out data across reboots in the browser on an iOS or android device, perhaps using something akin to a schemaless sqlite, e.g. a supercookie?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beginning Outside-In Rails Development with Cucumber and RSpec by Pie in The Sky (February 17, 2012) &#124; MSDN Blogs</title>
		<link>http://blog.carbonfive.com/2012/02/14/beginning-outside-in-rails-development-with-cucumber-and-rspec/#comment-4383</link>
		<dc:creator>Pie in The Sky (February 17, 2012) &#124; MSDN Blogs</dc:creator>
		<pubDate>Sat, 18 Feb 2012 08:59:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5935#comment-4383</guid>
		<description>[...] Beginning Outside-In Rails Development with Cucumber and RSpec: Demonstrates outside-in development with Rails using Cucumber and RSpec. [...]</description>
		<content:encoded><![CDATA[<p>[...] Beginning Outside-In Rails Development with Cucumber and RSpec: Demonstrates outside-in development with Rails using Cucumber and RSpec. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Lunchtime Tech Talk: Tom Dale and Yehuda Katz on Ember.js by Jared Carroll</title>
		<link>http://blog.carbonfive.com/2012/02/17/lunchtime-tech-talk-tom-dale-and-yehuda-katz-on-ember-js/#comment-4382</link>
		<dc:creator>Jared Carroll</dc:creator>
		<pubDate>Sat, 18 Feb 2012 00:51:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5972#comment-4382</guid>
		<description>Great introduction to ember.js. After writing several backbone.js apps, I&#039;m excited to give ember.js a try. I really like the fact that ember.js has embraced Rails&#039; principle of convention over configuration.</description>
		<content:encoded><![CDATA[<p>Great introduction to ember.js. After writing several backbone.js apps, I&#8217;m excited to give ember.js a try. I really like the fact that ember.js has embraced Rails&#8217; principle of convention over configuration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beginning Outside-In Rails Development with Cucumber and RSpec by Jared Carroll</title>
		<link>http://blog.carbonfive.com/2012/02/14/beginning-outside-in-rails-development-with-cucumber-and-rspec/#comment-4381</link>
		<dc:creator>Jared Carroll</dc:creator>
		<pubDate>Wed, 15 Feb 2012 19:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5935#comment-4381</guid>
		<description>That&#039;s a good point. The Rails generators do generate extra unnecessary files, however I feel they&#039;re a good tool for guiding beginners.</description>
		<content:encoded><![CDATA[<p>That&#8217;s a good point. The Rails generators do generate extra unnecessary files, however I feel they&#8217;re a good tool for guiding beginners.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beginning Outside-In Rails Development with Cucumber and RSpec by Travis Herrick</title>
		<link>http://blog.carbonfive.com/2012/02/14/beginning-outside-in-rails-development-with-cucumber-and-rspec/#comment-4380</link>
		<dc:creator>Travis Herrick</dc:creator>
		<pubDate>Wed, 15 Feb 2012 18:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5935#comment-4380</guid>
		<description>What part of your test required the coffeescript files created by the generator? By using generators, you are not letting the tests guide you as they should. Additional cruft is unnecessarily added to the project.</description>
		<content:encoded><![CDATA[<p>What part of your test required the coffeescript files created by the generator? By using generators, you are not letting the tests guide you as they should. Additional cruft is unnecessarily added to the project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beginning Outside-In Rails Development with Cucumber and RSpec by Jared Carroll</title>
		<link>http://blog.carbonfive.com/2012/02/14/beginning-outside-in-rails-development-with-cucumber-and-rspec/#comment-4379</link>
		<dc:creator>Jared Carroll</dc:creator>
		<pubDate>Wed, 15 Feb 2012 18:10:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5935#comment-4379</guid>
		<description>I write model specs because I like the shorter test cycle. Having to run an integration test just to test drive a method in a model is overkill. However, using an integration test to test drive a view or controller is a short enough test cycle for me, so I usually skip directly unit testing controllers and views.</description>
		<content:encoded><![CDATA[<p>I write model specs because I like the shorter test cycle. Having to run an integration test just to test drive a method in a model is overkill. However, using an integration test to test drive a view or controller is a short enough test cycle for me, so I usually skip directly unit testing controllers and views.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Beginning Outside-In Rails Development with Cucumber and RSpec by Rit Li</title>
		<link>http://blog.carbonfive.com/2012/02/14/beginning-outside-in-rails-development-with-cucumber-and-rspec/#comment-4378</link>
		<dc:creator>Rit Li</dc:creator>
		<pubDate>Wed, 15 Feb 2012 17:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.carbonfive.com/?p=5935#comment-4378</guid>
		<description>&lt;blockquote&gt;
... but I usually feel all the lower level specs, except model specs, aren’t worth it.
&lt;/blockquote&gt;
Why only model specs? Why not unit test controller specs? </description>
		<content:encoded><![CDATA[<blockquote><p>
&#8230; but I usually feel all the lower level specs, except model specs, aren’t worth it.
</p></blockquote>
<p>Why only model specs? Why not unit test controller specs?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

