<?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: Day 2: Write Shorter Methods</title>
	<atom:link href="http://coliveira.net/software/day-2-write-shorter-methods/feed/" rel="self" type="application/rss+xml" />
	<link>http://coliveira.net/software/day-2-write-shorter-methods/</link>
	<description>by Carlos Oliveira</description>
	<lastBuildDate>Wed, 25 Jan 2012 12:13:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: coliveira</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-160</link>
		<dc:creator>coliveira</dc:creator>
		<pubDate>Thu, 04 Jun 2009 19:54:48 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-160</guid>
		<description>@Katie: I agree that there are exceptions to this rule, but I think it is much harder to make a mistake when methods are short and to the point.</description>
		<content:encoded><![CDATA[<p>@Katie: I agree that there are exceptions to this rule, but I think it is much harder to make a mistake when methods are short and to the point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaroslaw Dobrzanski</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-151</link>
		<dc:creator>Jaroslaw Dobrzanski</dc:creator>
		<pubDate>Tue, 02 Jun 2009 18:03:34 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-151</guid>
		<description>That reminds me of a couple of methods 2 screens&#039; long in the project I&#039;m working on right now. Try to change anything there... 

First thing before I pick up on such mnethods is refactoring. Unfortunately time is money, and we all lack of time, so that&#039;s not always possible. Also, refactoring means thourough testing - time again...

That all brings the question - do I really have to write so long method? Please ask it yourself when you&#039;re coding. I&#039;m sure you&#039;ll save lots of time the person who needs to maintain it.

Cheers,
Jarek</description>
		<content:encoded><![CDATA[<p>That reminds me of a couple of methods 2 screens&#8217; long in the project I&#8217;m working on right now. Try to change anything there&#8230; </p>
<p>First thing before I pick up on such mnethods is refactoring. Unfortunately time is money, and we all lack of time, so that&#8217;s not always possible. Also, refactoring means thourough testing &#8211; time again&#8230;</p>
<p>That all brings the question &#8211; do I really have to write so long method? Please ask it yourself when you&#8217;re coding. I&#8217;m sure you&#8217;ll save lots of time the person who needs to maintain it.</p>
<p>Cheers,<br />
Jarek</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Katie</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-148</link>
		<dc:creator>Katie</dc:creator>
		<pubDate>Mon, 01 Jun 2009 14:47:51 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-148</guid>
		<description>Interestingly enough, there is a TOO short point for methods as well, where you have broken up your code so much that it is difficult to follow the flow of control between methods.  While writing shorter methods is good when it is a technique to improve reusability and readability, it must be done consciously.  It is not a silver bullet.</description>
		<content:encoded><![CDATA[<p>Interestingly enough, there is a TOO short point for methods as well, where you have broken up your code so much that it is difficult to follow the flow of control between methods.  While writing shorter methods is good when it is a technique to improve reusability and readability, it must be done consciously.  It is not a silver bullet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-140</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Sat, 30 May 2009 19:57:34 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-140</guid>
		<description>Good advice (p.s. don&#039;t forget to spell check your posts!)</description>
		<content:encoded><![CDATA[<p>Good advice (p.s. don&#8217;t forget to spell check your posts!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eugen Paraschiv</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-136</link>
		<dc:creator>Eugen Paraschiv</dc:creator>
		<pubDate>Fri, 29 May 2009 16:36:14 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-136</guid>
		<description>One other major advantage of writing short methods is code reutilization - you&#039;re much more likely to reuse short method with single intent than long methods that do more than one thing. It leads to more reusable code and to not breaking DRY.</description>
		<content:encoded><![CDATA[<p>One other major advantage of writing short methods is code reutilization &#8211; you&#8217;re much more likely to reuse short method with single intent than long methods that do more than one thing. It leads to more reusable code and to not breaking DRY.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Veera</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-131</link>
		<dc:creator>Veera</dc:creator>
		<pubDate>Fri, 29 May 2009 10:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-131</guid>
		<description>Informative.

Some where I read that a function should be as lengthier as that it could be seen in monitor without scrolling the page! :)</description>
		<content:encoded><![CDATA[<p>Informative.</p>
<p>Some where I read that a function should be as lengthier as that it could be seen in monitor without scrolling the page! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ram kishore</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-125</link>
		<dc:creator>Ram kishore</dc:creator>
		<pubDate>Thu, 28 May 2009 14:10:50 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-125</guid>
		<description>Last 2 articles can gear as well as steer my programming career, which I will take up soon.

Eagerly, looking for another 28 articles.

As a supplement to article 1;I suggest  &quot;Code Reading: The Open Source Perspective 
By Diomidis Spinellis&quot;


Many Thanks.</description>
		<content:encoded><![CDATA[<p>Last 2 articles can gear as well as steer my programming career, which I will take up soon.</p>
<p>Eagerly, looking for another 28 articles.</p>
<p>As a supplement to article 1;I suggest  &#8220;Code Reading: The Open Source Perspective<br />
By Diomidis Spinellis&#8221;</p>
<p>Many Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kjartan Ólason</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-121</link>
		<dc:creator>Kjartan Ólason</dc:creator>
		<pubDate>Thu, 28 May 2009 02:30:14 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-121</guid>
		<description>Great article!!! Looking forward to the next 28 days!!!

Thank you!!!</description>
		<content:encoded><![CDATA[<p>Great article!!! Looking forward to the next 28 days!!!</p>
<p>Thank you!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: coliveira</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-120</link>
		<dc:creator>coliveira</dc:creator>
		<pubDate>Wed, 27 May 2009 20:35:15 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-120</guid>
		<description>@Shaun, thanks for your suggestion. I was certainly thinking about something along these lines.</description>
		<content:encoded><![CDATA[<p>@Shaun, thanks for your suggestion. I was certainly thinking about something along these lines.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shaun</title>
		<link>http://coliveira.net/software/day-2-write-shorter-methods/comment-page-1/#comment-119</link>
		<dc:creator>Shaun</dc:creator>
		<pubDate>Wed, 27 May 2009 20:09:56 +0000</pubDate>
		<guid isPermaLink="false">http://coliveira.net/?p=331#comment-119</guid>
		<description>Its early in your series, but I&#039;d suggest as one step:

Learn Functional Programming - even if you intend to keep on with OOP.</description>
		<content:encoded><![CDATA[<p>Its early in your series, but I&#8217;d suggest as one step:</p>
<p>Learn Functional Programming &#8211; even if you intend to keep on with OOP.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

