<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>The Napkin ~ A Blog By Highgroove Studios comments on Top 5 Rails Stories of the Week (8/28 - 9/3)</title>
    <link>http://cleanair.highgroove.com/</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>The Napkin ~ A Blog By Highgroove Studios comments</description>
    <item>
      <title>"Top 5 Rails Stories of the Week (8/28 - 9/3)": comment by JEG2</title>
      <description>&lt;p&gt;Class variables in Ruby generally surprise you at some point down the road with unexpected behavior.  Instance variables of the class object on the other hand, work just as people expect class variables to work or, put another way, as we are already familiar with from their normal instance usage.  Since realizing that, I&amp;#8217;ve never needed a class variable in Ruby again.&lt;/p&gt;


	&lt;p&gt;This is a well-known source of problems slated to be addressed in Ruby 2.0.  To me, that&amp;#8217;s just one more reason not to use class variables.  Why get use to a system that&amp;#8217;s considered broken and sure to change?&lt;/p&gt;</description>
      <pubDate>Tue,  5 Sep 2006 08:46:57 EST</pubDate>
      <guid>http://cleanair.highgroove.com/articles/2006/09/03/ruby_on_rails_enterprise_capistrano_mocked_models_class_variables_rest#comment-719</guid>
      <link>http://cleanair.highgroove.com/articles/2006/09/03/ruby_on_rails_enterprise_capistrano_mocked_models_class_variables_rest#comment-719</link>
    </item>
    <item>
      <title>"Top 5 Rails Stories of the Week (8/28 - 9/3)": comment by Rails Blog</title>
      <description>&lt;p&gt;I agree with you that the Embracing of  CRUD  remains a signature quality story. Understanding  REST  and how important it is is going to make all the difference for developers as their apps grow in size. Class variables is an interesting article, although I don&amp;#8217;t agree they have no use, but many do missuse them!&lt;/p&gt;</description>
      <pubDate>Sun,  3 Sep 2006 16:32:22 EST</pubDate>
      <guid>http://cleanair.highgroove.com/articles/2006/09/03/ruby_on_rails_enterprise_capistrano_mocked_models_class_variables_rest#comment-528</guid>
      <link>http://cleanair.highgroove.com/articles/2006/09/03/ruby_on_rails_enterprise_capistrano_mocked_models_class_variables_rest#comment-528</link>
    </item>
    <item>
      <title>"Top 5 Rails Stories of the Week (8/28 - 9/3)" by derek</title>
      <description>&lt;p&gt;Here&amp;#8217;s a look at the most thought-provoking &lt;a href="http://www.rubyonrails.com"&gt;Ruby on Rails&lt;/a&gt; news items of the week as determined by the always unbiased (but not beyond bribes) team at &lt;a href="http://www.highgroove.com"&gt;Highgroove&lt;/a&gt;:&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;1. The Enterprise Rails Debate&lt;/strong&gt;&lt;/p&gt;


	&lt;p&gt;The best result of the latest &amp;#8220;is Rails/Ruby ready for the enterprise debate&amp;#8221; (see &lt;a href="http://joelonsoftware.com/items/2006/09/01.html"&gt;Joel Spolesky&amp;#8217;s&lt;/a&gt; and &lt;a href="http://www.loudthinking.com/arc/000596.html"&gt;DHH&amp;#8217;s original cross-fire&lt;/a&gt;) was &lt;a href="http://blogs.relevancellc.com/articles/2006/09/01/enterprise-impasse"&gt;Justin Gehtland&amp;#8217;s clarification of enterprise software&lt;/a&gt;. Frankly, Highgroove wouldn&amp;#8217;t be in business (and growing) if Rails wasn&amp;#8217;t a good choice in building software &lt;em&gt;for the enterprise&lt;/em&gt;.&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;2. &lt;a href="http://jamis.jamisbuck.org/articles/2006/08/29/quick-update"&gt;Ruby God Jamis Buck emerges from Idaho&lt;/a&gt;, &lt;a href="http://weblog.rubyonrails.com/2006/8/30/capistrano-1-1-9-beta"&gt;releases Capistrano 1.9.1&lt;/a&gt;
&lt;/strong&gt;&lt;/p&gt;


	&lt;p&gt;Everyone&amp;#8217;s favorite &lt;a href="http://weblog.rubyonrails.com/2006/8/30/capistrano-1-1-9-beta"&gt;Rails Deployment tool, Capistrano, gets a major update&lt;/a&gt;. Jamis also &lt;a href="http://jamis.jamisbuck.org/articles/2006/08/30/the-future-of-capistrano"&gt;clears up any confusion on the future development of Capistrano&lt;/a&gt;.&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;3. Are Mocked Models the New Testing Trend?&lt;/strong&gt;&lt;/p&gt;


	&lt;p&gt;RubyConf Speaker Kevin Clark looks at a way to speed up your tests in &lt;a href="http://glu.ttono.us/articles/2006/09/02/mocking-models"&gt;an article on mocking models&lt;/a&gt; rather than using fixtures. We&amp;#8217;re Test-Driven-Development (TDD) addicts here (it&amp;#8217;s true &amp;#8211; my recovery group class meets tonight), and faster-running tests is perhaps the greatest way to encourage &lt;span class="caps"&gt;TDD&lt;/span&gt;. Fixtures are great, but when refactoring is needed on a large application, they can be a major pain.&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;4. Class Variables in Rails&lt;/strong&gt;&lt;/p&gt;


	&lt;p&gt;&lt;span class="caps"&gt;CNET &lt;/span&gt;Rails Guru &lt;a href="http://errtheblog.com/post/22"&gt;Chris Wanstrath takes a look at class variables in Ruby and in Rails&lt;/a&gt;. Class Variables in Rails are often a constant source of confusion for many developers &amp;#8211; take a look at this post for some clarity. James thinks Chris should have come right out and said: &amp;#8220;Don&amp;#8217;t use class variables. Use instance variables of the class instead.&amp;#8221;&lt;/p&gt;


	&lt;p&gt;&lt;strong&gt;5. Embrace the &lt;span class="caps"&gt;CRUD &lt;/span&gt;(sounds like a good name for a t-shirt)&lt;/strong&gt;&lt;/p&gt;


	&lt;p&gt;This is a little old, but worth noting. Scott Raymond gives a &lt;a href="http://scottraymond.net/2006/7/20/refactoring-to-rest"&gt;full report&lt;/a&gt; on the process of embracing the &lt;span class="caps"&gt;CRUD&lt;/span&gt; and becoming &lt;span class="caps"&gt;RES&lt;/span&gt;Tful with a report on refactoring &lt;a href="http://iconbuffet.com"&gt;IconBuffet.com&lt;/a&gt; to &lt;span class="caps"&gt;REST&lt;/span&gt;. This is the most useful article we&amp;#8217;ve seen because it walks through the conversion process rather than starting from scratch.&lt;/p&gt;

</description>
      <pubDate>Sun,  3 Sep 2006 14:09:00 EST</pubDate>
      <guid>&lt;a href="/articles/2006/09/03/ruby_on_rails_enterprise_capistrano_mocked_models_class_variables_rest"&gt;Top 5 Rails Stories of the Week (8/28 - 9/3)&lt;/a&gt;</guid>
      <link>&lt;a href="/articles/2006/09/03/ruby_on_rails_enterprise_capistrano_mocked_models_class_variables_rest"&gt;Top 5 Rails Stories of the Week (8/28 - 9/3)&lt;/a&gt;</link>
    </item>
  </channel>
</rss>
