<?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"
	>
<channel>
	<title>Comments on: Case sensitivity is evil, but we still have to live with it</title>
	<atom:link href="http://jamesmckay.net/2007/06/case-sensitivity-is-evil-but-we-still-have-to-live-with-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://jamesmckay.net/2007/06/case-sensitivity-is-evil-but-we-still-have-to-live-with-it/</link>
	<description>because there are few things that are less logical than business logic</description>
	<pubDate>Thu, 21 Aug 2008 19:00:31 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Sam McGeown</title>
		<link>http://jamesmckay.net/2007/06/case-sensitivity-is-evil-but-we-still-have-to-live-with-it/#comment-1501</link>
		<dc:creator>Sam McGeown</dc:creator>
		<pubDate>Mon, 02 Jul 2007 10:30:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.jamesmckay.net/2007/06/case-sensitivity-is-evil-but-we-still-have-to-live-with-it/#comment-1501</guid>
		<description>Surely the easiest way to manage the case sensitivity (or not) issue, and any naming issue, is to follow a well thought out convention? Capitalisation or no, there is no excuse for poor naming! Things like using the underscore on private properties are always a good idea, but also making sure that the name of the property is descriptive enough that it's not going to become an issue within it's scope. It's about disciplined programming, producing "good" code is not necessarily the same as "working" code...but I know I'm kind of preaching to the converted here because you use conventions! The hardest part is to produce "good", "working" code within the time restrictions of a business environment.</description>
		<content:encoded><![CDATA[<p>Surely the easiest way to manage the case sensitivity (or not) issue, and any naming issue, is to follow a well thought out convention? Capitalisation or no, there is no excuse for poor naming! Things like using the underscore on private properties are always a good idea, but also making sure that the name of the property is descriptive enough that it&#8217;s not going to become an issue within it&#8217;s scope. It&#8217;s about disciplined programming, producing &#8220;good&#8221; code is not necessarily the same as &#8220;working&#8221; code&#8230;but I know I&#8217;m kind of preaching to the converted here because you use conventions! The hardest part is to produce &#8220;good&#8221;, &#8220;working&#8221; code within the time restrictions of a business environment.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
