<?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: What Makes Good Code?</title>
	<atom:link href="http://www.devlounge.net/column/what-makes-good-code/feed" rel="self" type="application/rss+xml" />
	<link>http://www.devlounge.net/column/what-makes-good-code</link>
	<description>Design, Develop, and Grow</description>
	<lastBuildDate>Wed, 08 Feb 2012 09:03:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Marty Thornley</title>
		<link>http://www.devlounge.net/column/what-makes-good-code/comment-page-1#comment-178372</link>
		<dc:creator>Marty Thornley</dc:creator>
		<pubDate>Fri, 06 Mar 2009 07:55:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlounge.net/?p=2722#comment-178372</guid>
		<description>I have to echo Phil&#039;s comments.

To add to that and answer one of the questions in the article, I definitely prefer to enter and exit php when I need it and go back to html, rather than echo html whenever possible. In a mostly html page at least. When I edit something like functions.php in Wordpress, I keep it all php. Seems to make more sense there and functions.php is so quirky it causes less problems.

I think the separation makes it a lot easier to read. I can quickly scan a page and see my layout and easily tell the php statements at a glance, especially in a color-coded html editor.</description>
		<content:encoded><![CDATA[<p>I have to echo Phil&#8217;s comments.</p>
<p>To add to that and answer one of the questions in the article, I definitely prefer to enter and exit php when I need it and go back to html, rather than echo html whenever possible. In a mostly html page at least. When I edit something like functions.php in WordPress, I keep it all php. Seems to make more sense there and functions.php is so quirky it causes less problems.</p>
<p>I think the separation makes it a lot easier to read. I can quickly scan a page and see my layout and easily tell the php statements at a glance, especially in a color-coded html editor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.devlounge.net/column/what-makes-good-code/comment-page-1#comment-178369</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Fri, 06 Mar 2009 05:44:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlounge.net/?p=2722#comment-178369</guid>
		<description>My answer is that good code is something that is readable and also the answer of Phil too :D</description>
		<content:encoded><![CDATA[<p>My answer is that good code is something that is readable and also the answer of Phil too <img src='http://www.devlounge.net/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phil Palmieri</title>
		<link>http://www.devlounge.net/column/what-makes-good-code/comment-page-1#comment-178349</link>
		<dc:creator>Phil Palmieri</dc:creator>
		<pubDate>Fri, 06 Mar 2009 02:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.devlounge.net/?p=2722#comment-178349</guid>
		<description>My answer is that good code is a balance of standards, security and speed of deployment.  

When looking at it from the purist end, it should be the least amount of lines you can write to get the job done in the most secure way - with comments of course.

From the business point, good code is standardized, well documents, tested, secure and easily picked up by new developers. - not necessarily the most creative, but the most reliable.

Phil</description>
		<content:encoded><![CDATA[<p>My answer is that good code is a balance of standards, security and speed of deployment.  </p>
<p>When looking at it from the purist end, it should be the least amount of lines you can write to get the job done in the most secure way &#8211; with comments of course.</p>
<p>From the business point, good code is standardized, well documents, tested, secure and easily picked up by new developers. &#8211; not necessarily the most creative, but the most reliable.</p>
<p>Phil</p>
]]></content:encoded>
	</item>
</channel>
</rss>

