<?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: Code as Design (Redux)</title>
	<atom:link href="http://barelyenough.org/blog/2005/04/code-as-design-redux/feed/" rel="self" type="application/rss+xml" />
	<link>http://barelyenough.org/blog/2005/04/code-as-design-redux/</link>
	<description>… and there is much to be learned</description>
	<lastBuildDate>Thu, 02 Feb 2012 14:46:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Mike Brown</title>
		<link>http://barelyenough.org/blog/2005/04/code-as-design-redux/comment-page-1/#comment-25</link>
		<dc:creator>Mike Brown</dc:creator>
		<pubDate>Wed, 27 Apr 2005 19:17:30 +0000</pubDate>
		<guid isPermaLink="false">http://pezra.barelyenough.org/blog/2005/04/code-as-design-redux/#comment-25</guid>
		<description>Wow!! WONDERFUL essays. It&#039;s so great to hear someone express so well the things I&#039;ve been thinking for a long time, but have heard few others express.

His observations represent an epiphany for me as to why there&#039;s sometimes an attitude in the industry that &quot;coding&quot; doesn&#039;t involve designing, but is a grunt, junior level activity. It also explains why some people don&#039;t understand my passion for this occupation and my desire to stay in it verses &quot;rising up through the ranks.&quot; They don&#039;t see that there is important, challenging design work involved. It also might explain why I&#039;ve seen so much poor quality code in my career. Maybe it&#039;s because the industry doesn&#039;t really give it the focus it deserves.

Another epiphany is that refactoring is not an activity seperate from design, and not &lt;i&gt;optional&lt;/i&gt; from design if you want a well behaved product. This is so obvious when you consider other engineer disciplines, and his point was great. I&#039;ve always been an addicted re-factorer, even before refactoring was a buzz word. I think early on I thought this revealed a weakness in my own design abilities (and sometimes it probably did), but really it&#039;s par for the course for anyone who is serious about producing a quality product.</description>
		<content:encoded><![CDATA[<p>Wow!! WONDERFUL essays. It&#8217;s so great to hear someone express so well the things I&#8217;ve been thinking for a long time, but have heard few others express.</p>
<p>His observations represent an epiphany for me as to why there&#8217;s sometimes an attitude in the industry that &#8220;coding&#8221; doesn&#8217;t involve designing, but is a grunt, junior level activity. It also explains why some people don&#8217;t understand my passion for this occupation and my desire to stay in it verses &#8220;rising up through the ranks.&#8221; They don&#8217;t see that there is important, challenging design work involved. It also might explain why I&#8217;ve seen so much poor quality code in my career. Maybe it&#8217;s because the industry doesn&#8217;t really give it the focus it deserves.</p>
<p>Another epiphany is that refactoring is not an activity seperate from design, and not <i>optional</i> from design if you want a well behaved product. This is so obvious when you consider other engineer disciplines, and his point was great. I&#8217;ve always been an addicted re-factorer, even before refactoring was a buzz word. I think early on I thought this revealed a weakness in my own design abilities (and sometimes it probably did), but really it&#8217;s par for the course for anyone who is serious about producing a quality product.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

