<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Developers, Developers, Developers! &#187; convention</title>
	<atom:link href="http://maksim.sorokin.dk/it/tag/convention/feed/" rel="self" type="application/rss+xml" />
	<link>http://maksim.sorokin.dk/it</link>
	<description>Maksim Sorokin IT Blog</description>
	<lastBuildDate>Sun, 05 Feb 2012 19:37:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.3</generator>
		<item>
		<title>Conventional Name Of Result Variable In A Method</title>
		<link>http://maksim.sorokin.dk/it/2010/03/26/conventional-name-of-result-variable-in-a-method/</link>
		<comments>http://maksim.sorokin.dk/it/2010/03/26/conventional-name-of-result-variable-in-a-method/#comments</comments>
		<pubDate>Fri, 26 Mar 2010 16:56:14 +0000</pubDate>
		<dc:creator>Maksim Sorokin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[convention]]></category>

		<guid isPermaLink="false">http://maksim.sorokin.dk/it/?p=116</guid>
		<description><![CDATA[Today I was told about simple idea using result name for a variables which will be returned in the end of the method. This is of course somewhat convenient when you have the same resulting variable name all over the project. But on the other hand we no longer write monster methods with one hundred [...]]]></description>
			<content:encoded><![CDATA[<p>Today I was told about simple idea using <code>result</code> name for a variables which will be returned in the end of the method. This is of course somewhat convenient when you have the same resulting variable name all over the project. But on the other hand we no longer write monster methods with one hundred lines, right? So in my opinion this convention is somewhat useless, when all your methods are short and meaningful.</p>
]]></content:encoded>
			<wfw:commentRss>http://maksim.sorokin.dk/it/2010/03/26/conventional-name-of-result-variable-in-a-method/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Trailing Slash In Folder Path</title>
		<link>http://maksim.sorokin.dk/it/2010/03/15/trailing-slash-in-folder-path/</link>
		<comments>http://maksim.sorokin.dk/it/2010/03/15/trailing-slash-in-folder-path/#comments</comments>
		<pubDate>Mon, 15 Mar 2010 14:32:16 +0000</pubDate>
		<dc:creator>Maksim Sorokin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[convention]]></category>

		<guid isPermaLink="false">http://maksim.sorokin.dk/it/?p=98</guid>
		<description><![CDATA[Yesterday I spent 20 minutes trying to figure out why a script was not working correctly. It turned out that the program waited for folder path with a trailing slash. The common practice is, however, not to have trailing slash in folder paths. Anyway, it is always better to inform about trailing slashes explicitly if [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday I spent 20 minutes trying to figure out why a script was not working correctly. It turned out that the program waited for folder path with a trailing slash. The common practice is, however, not to have trailing slash in folder paths.</p>
<p>Anyway, it is always better to inform about trailing slashes explicitly if your program is not clever enough to determine it on its own. For example:</p>
<pre class="brush: plain; title: ;"># Directory for generated files. No trailing slash!
targetDir=/usr/local/data
</pre>
<p>or</p>
<pre class="brush: plain; title: ;">$&gt; generateData --help

Usage:
generateData &lt;SOURCE_DIR&gt; &lt;TARGET_DIR&gt;

No trailing slashes in folder path!
</pre>
]]></content:encoded>
			<wfw:commentRss>http://maksim.sorokin.dk/it/2010/03/15/trailing-slash-in-folder-path/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why We Shouldn&#8217;t Abbreviate &#8220;Java EE 6&#8243;</title>
		<link>http://maksim.sorokin.dk/it/2010/03/05/why-we-shouldnt-abbreviate-java-ee-6/</link>
		<comments>http://maksim.sorokin.dk/it/2010/03/05/why-we-shouldnt-abbreviate-java-ee-6/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 21:54:12 +0000</pubDate>
		<dc:creator>Maksim Sorokin</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[convention]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Java EE 6]]></category>

		<guid isPermaLink="false">http://maksim.sorokin.dk/it/?p=86</guid>
		<description><![CDATA[Prior to today I used "JEE6" abbreviation to mean "Java EE 6". Now I have changed all "JEE6" occurrences to "Java EE 6". The reason is that I received an email from Bill Shannon -- Java EE specification lead, who kindly asked me to use "Java EE" instead of "JEE". He provided following sources for [...]]]></description>
			<content:encoded><![CDATA[<p>Prior to today I used "JEE6" abbreviation to mean "Java EE 6". Now I have changed all "JEE6" occurrences to "Java EE 6".</p>
<p>The reason is that I received an email from Bill Shannon -- Java EE specification lead, who kindly asked me to use "Java EE" instead of "JEE". He provided following sources for Java naming:</p>
<ul>
<li><a href="http://www.java.com/en/about/brand/naming.jsp">http://www.java.com/en/about/brand/naming.jsp</a></li>
<li><a href="http://www.theserverside.com/news/thread.tss?thread_id=35561">http://www.theserverside.com/news/thread.tss?thread_id=35561</a></li>
</ul>
<p>I really respect his opinion and appreciate his feedback. So from now on I will use "Java EE" to mean "Java EE".</p>
]]></content:encoded>
			<wfw:commentRss>http://maksim.sorokin.dk/it/2010/03/05/why-we-shouldnt-abbreviate-java-ee-6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

