<?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: Principles and Patterns over Tools and Frameworks</title>
	<atom:link href="http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/</link>
	<description>Just another LosTechies site</description>
	<lastBuildDate>Fri, 15 Oct 2010 23:08:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Joey Beninghove</title>
		<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/#comment-79</link>
		<dc:creator>Joey Beninghove</dc:creator>
		<pubDate>Thu, 07 Feb 2008 13:20:27 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joeydotnet/archive/2007/11/15/principles-and-patterns-over-tools-and-frameworks.aspx#comment-79</guid>
		<description>@Colin,
Yeah, perhaps I should have stuck to the standard wording regarding SRP.  Although you could say that if a unit of code (be it a method, class, etc.) does NOT &quot;just do one thing&quot;, then it probably will have more than one reason to change, hence breaking SRP.  Potaytoes, Potahtoes.  :D</description>
		<content:encoded><![CDATA[<p>@Colin,<br />
Yeah, perhaps I should have stuck to the standard wording regarding SRP.  Although you could say that if a unit of code (be it a method, class, etc.) does NOT &#8220;just do one thing&#8221;, then it probably will have more than one reason to change, hence breaking SRP.  Potaytoes, Potahtoes.  <img src='http://lostechies.com/joeybeninghove/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Jack</title>
		<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/#comment-78</link>
		<dc:creator>Colin Jack</dc:creator>
		<pubDate>Thu, 07 Feb 2008 12:58:50 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joeydotnet/archive/2007/11/15/principles-and-patterns-over-tools-and-frameworks.aspx#comment-78</guid>
		<description>Good post. Hope I&#039;m not being too pedantic but SRP is really about a single reason for change though, which is slightly different to only doing one thing.</description>
		<content:encoded><![CDATA[<p>Good post. Hope I&#8217;m not being too pedantic but SRP is really about a single reason for change though, which is slightly different to only doing one thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joeyDotNet</title>
		<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/#comment-77</link>
		<dc:creator>joeyDotNet</dc:creator>
		<pubDate>Mon, 19 Nov 2007 20:24:38 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joeydotnet/archive/2007/11/15/principles-and-patterns-over-tools-and-frameworks.aspx#comment-77</guid>
		<description>@J.P.
Exactly!  I like to say SRP is what &quot;enables&quot; OCP to be achieved.  :D</description>
		<content:encoded><![CDATA[<p>@J.P.<br />
Exactly!  I like to say SRP is what &#8220;enables&#8221; OCP to be achieved.  <img src='http://lostechies.com/joeybeninghove/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: J.P. Hamilton</title>
		<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/#comment-76</link>
		<dc:creator>J.P. Hamilton</dc:creator>
		<pubDate>Mon, 19 Nov 2007 20:15:03 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joeydotnet/archive/2007/11/15/principles-and-patterns-over-tools-and-frameworks.aspx#comment-76</guid>
		<description>Interesting that you say SRP is your biggest influence. I have always said OCP personally. However, one thing I have started to notice more and more is that you can&#039;t really do one without the other. </description>
		<content:encoded><![CDATA[<p>Interesting that you say SRP is your biggest influence. I have always said OCP personally. However, one thing I have started to notice more and more is that you can&#8217;t really do one without the other. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Meridth</title>
		<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/#comment-75</link>
		<dc:creator>Jason Meridth</dc:creator>
		<pubDate>Thu, 15 Nov 2007 20:42:50 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joeydotnet/archive/2007/11/15/principles-and-patterns-over-tools-and-frameworks.aspx#comment-75</guid>
		<description>I mentioned some of the &quot;SOLID&quot; principles in a past post &lt;http://lostechies.com/blogs/jason_meridth/archive/2006/12/28/agile-principles-patterns-and-practices-in-c-book.aspx&gt;

Good Post.

</description>
		<content:encoded><![CDATA[<p>I mentioned some of the &#8220;SOLID&#8221; principles in a past post < <a href="http://lostechies.com/blogs/jason_meridth/archive/2006/12/28/agile-principles-patterns-and-practices-in-c-book.aspx" rel="nofollow">http://lostechies.com/blogs/jason_meridth/archive/2006/12/28/agile-principles-patterns-and-practices-in-c-book.aspx></p>
<p>Good Post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Chambers</title>
		<link>http://lostechies.com/joeybeninghove/2007/11/15/principles-and-patterns-over-tools-and-frameworks/#comment-74</link>
		<dc:creator>Sean Chambers</dc:creator>
		<pubDate>Thu, 15 Nov 2007 19:04:52 +0000</pubDate>
		<guid isPermaLink="false">/blogs/joeydotnet/archive/2007/11/15/principles-and-patterns-over-tools-and-frameworks.aspx#comment-74</guid>
		<description>Good post Joey!

I find in my experiences that after awhile of doing very forceful SRP, OCP and even DRY that it starts to become second nature. Now I enforce SRP and DRY without even really know that I&#039;m doing it. It&#039;s like as soon as I repeat a single line of code I automatically just refactor it without even really thinking about it.

Now, I think it is difficult to get to this point and is why so many people write duplicated, monolithic code. There is a LONG period of time that you have to actively force yourself to code this way. It&#039;s a very hard habit to get into, but once you are comfortable, it&#039;s quick and easy.

I myself always strive to learn more patterns and wrap my head around them. In my entire programming career, using patterns effeciently is hands down the hardest thing to get into the habit of. It still comes difficult for me at times.

JP said in a screencast that I watched once something to the effect of &quot;In the start you don&#039;t use patterns at all. Then you try to actively make them fit into scenarios that they aren&#039;t necessary. Finally you go back to the original way of not knowing that you are actually using them even though you are using them throughout your code in situations where they are useful.&quot; This rings very true and I always think back to that because it is 100% accurate.

Anyways, I&#039;m rambling on. This is a good post and really got me thinking. I am considering doing a post about this. thanks!</description>
		<content:encoded><![CDATA[<p>Good post Joey!</p>
<p>I find in my experiences that after awhile of doing very forceful SRP, OCP and even DRY that it starts to become second nature. Now I enforce SRP and DRY without even really know that I&#8217;m doing it. It&#8217;s like as soon as I repeat a single line of code I automatically just refactor it without even really thinking about it.</p>
<p>Now, I think it is difficult to get to this point and is why so many people write duplicated, monolithic code. There is a LONG period of time that you have to actively force yourself to code this way. It&#8217;s a very hard habit to get into, but once you are comfortable, it&#8217;s quick and easy.</p>
<p>I myself always strive to learn more patterns and wrap my head around them. In my entire programming career, using patterns effeciently is hands down the hardest thing to get into the habit of. It still comes difficult for me at times.</p>
<p>JP said in a screencast that I watched once something to the effect of &#8220;In the start you don&#8217;t use patterns at all. Then you try to actively make them fit into scenarios that they aren&#8217;t necessary. Finally you go back to the original way of not knowing that you are actually using them even though you are using them throughout your code in situations where they are useful.&#8221; This rings very true and I always think back to that because it is 100% accurate.</p>
<p>Anyways, I&#8217;m rambling on. This is a good post and really got me thinking. I am considering doing a post about this. thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
