<?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: Loose coupling is overrated.</title>
	<atom:link href="http://www.makinggoodsoftware.com/2009/12/30/lose-coupling-is-overrated/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.makinggoodsoftware.com/2009/12/30/lose-coupling-is-overrated/</link>
	<description></description>
	<lastBuildDate>Thu, 29 Jul 2010 10:36:55 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.3</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tweets that mention Lose coupling is overrated. &#124; Making Good Software -- Topsy.com</title>
		<link>http://www.makinggoodsoftware.com/2009/12/30/lose-coupling-is-overrated/comment-page-1/#comment-3330</link>
		<dc:creator>Tweets that mention Lose coupling is overrated. &#124; Making Good Software -- Topsy.com</dc:creator>
		<pubDate>Wed, 30 Dec 2009 19:33:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1181#comment-3330</guid>
		<description>[...] This post was mentioned on Twitter by Hélio Costa, OlivierBeauvais. OlivierBeauvais said: Lose coupling is overrated. #agile http://bit.ly/4Gl7w0 [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Hélio Costa, OlivierBeauvais. OlivierBeauvais said: Lose coupling is overrated. #agile <a href="http://bit.ly/4Gl7w0" rel="nofollow">http://bit.ly/4Gl7w0</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Macaca</title>
		<link>http://www.makinggoodsoftware.com/2009/12/30/lose-coupling-is-overrated/comment-page-1/#comment-3328</link>
		<dc:creator>Macaca</dc:creator>
		<pubDate>Wed, 30 Dec 2009 19:11:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.makinggoodsoftware.com/?p=1181#comment-3328</guid>
		<description>We have the policy to look at each others work (especially if it goes in the library), look at what is being done and simply state: &#039;make it simpler&#039;. 

One thing that&#039;s a guidelien (not a rule) is to look at code without actually reading it: how many imports? How many members? How many of each access-type? How much lines for each methods?</description>
		<content:encoded><![CDATA[<p>We have the policy to look at each others work (especially if it goes in the library), look at what is being done and simply state: &#8216;make it simpler&#8217;. </p>
<p>One thing that&#8217;s a guidelien (not a rule) is to look at code without actually reading it: how many imports? How many members? How many of each access-type? How much lines for each methods?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
