<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Can your code be too structured?</title>
	<atom:link href="http://blog.flexuous.com/2008/04/21/can-your-code-be-too-structured/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.flexuous.com/2008/04/21/can-your-code-be-too-structured/</link>
	<description>Just another WordPress.com weblog</description>
	<lastBuildDate>Fri, 09 Dec 2011 08:26:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: justinohms</title>
		<link>http://blog.flexuous.com/2008/04/21/can-your-code-be-too-structured/#comment-227</link>
		<dc:creator><![CDATA[justinohms]]></dc:creator>
		<pubDate>Mon, 20 Jun 2011 17:26:51 +0000</pubDate>
		<guid isPermaLink="false">http://flexuous.wordpress.com/2008/04/21/can-your-code-be-too-structured/#comment-227</guid>
		<description><![CDATA[You&#039;re right... it does depend on the language.  My SQL always tends to be more vertical and like you I tend to keep params one per line.   I think I&#039;ve realized where the difference is.  I&#039;ve been working a lot with MXML lately and I think this type of thing could become a problem there as well.  In fact I tend to think that it is one of the issues with tag-based languages.   Because tags can be nested but also have properties the layout of nested tags and named properties causes the issue.    My preference is for readability over the tag, not the properties.  I want to be able to quickly match up the start and end tags.  This to me is more important than being able to quickly enumerate visually over the configuration properties for the tag.  This means that ideally the tag pairs should be on the same screen with aligned indents.   In code based languages, vertical layout considerations don&#039;t need to be made to help locate tag pairs so there is more flexibility to use it to help readability in other areas such as parameters.]]></description>
		<content:encoded><![CDATA[<p>You&#8217;re right&#8230; it does depend on the language.  My SQL always tends to be more vertical and like you I tend to keep params one per line.   I think I&#8217;ve realized where the difference is.  I&#8217;ve been working a lot with MXML lately and I think this type of thing could become a problem there as well.  In fact I tend to think that it is one of the issues with tag-based languages.   Because tags can be nested but also have properties the layout of nested tags and named properties causes the issue.    My preference is for readability over the tag, not the properties.  I want to be able to quickly match up the start and end tags.  This to me is more important than being able to quickly enumerate visually over the configuration properties for the tag.  This means that ideally the tag pairs should be on the same screen with aligned indents.   In code based languages, vertical layout considerations don&#8217;t need to be made to help locate tag pairs so there is more flexibility to use it to help readability in other areas such as parameters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CantleyC</title>
		<link>http://blog.flexuous.com/2008/04/21/can-your-code-be-too-structured/#comment-221</link>
		<dc:creator><![CDATA[CantleyC]]></dc:creator>
		<pubDate>Fri, 15 Apr 2011 13:06:02 +0000</pubDate>
		<guid isPermaLink="false">http://flexuous.wordpress.com/2008/04/21/can-your-code-be-too-structured/#comment-221</guid>
		<description><![CDATA[heh heh, I do this with my sql.  Granted it is well indented but I hate having to hunt params horizontally in my stored procs.

That said, my CF code is not at all like that.  I like to keep one tag on a line unless there are so many attributes that I bring it down a line and indent. 

To each their own I guess.  At least he is organized.  I have dealt with some people who code like spaces and carriage returns are memory demons.]]></description>
		<content:encoded><![CDATA[<p>heh heh, I do this with my sql.  Granted it is well indented but I hate having to hunt params horizontally in my stored procs.</p>
<p>That said, my CF code is not at all like that.  I like to keep one tag on a line unless there are so many attributes that I bring it down a line and indent. </p>
<p>To each their own I guess.  At least he is organized.  I have dealt with some people who code like spaces and carriage returns are memory demons.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

