<?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 for Candid’s brain</title>
	<atom:link href="http://brain.cdauth.eu/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://brain.cdauth.eu</link>
	<description>Not what happens to me. What concerns me!</description>
	<lastBuildDate>Tue, 16 Aug 2011 16:51:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2</generator>
	<item>
		<title>Comment on Git disadvantages by Sam</title>
		<link>http://brain.cdauth.eu/2009/11/16/git-disadvantages/comment-page-1/#comment-3328</link>
		<dc:creator>Sam</dc:creator>
		<pubDate>Tue, 16 Aug 2011 16:51:41 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.de/?p=50#comment-3328</guid>
		<description>another thing that i don&#039;t like about GIT is  - it&#039;s not tracking empty directories. 

Now - GIT site claims that it&#039;s not-needed feature and no one cares about it . I&#039;d like to disagree. Many of myweb projects require temp, sessions, logs cache directories which are usually empty to start with. Now - I can add .gitignore file into that directory to make GIT track it - but it feels like such a hack and also inconveniences clearing these directories before commit. Another workaround for this  they say -  use build scripts. I&#039;m sorry - but in many cases id&#039;be writing build scripts for the whole purpose of commiting an empty directories - this just wrong. after prolonged hesitation I&#039;ve decided to rather go with mercurial which handles empty dirs antively..</description>
		<content:encoded><![CDATA[<p>another thing that i don&#8217;t like about GIT is  &#8211; it&#8217;s not tracking empty directories. </p>
<p>Now &#8211; GIT site claims that it&#8217;s not-needed feature and no one cares about it . I&#8217;d like to disagree. Many of myweb projects require temp, sessions, logs cache directories which are usually empty to start with. Now &#8211; I can add .gitignore file into that directory to make GIT track it &#8211; but it feels like such a hack and also inconveniences clearing these directories before commit. Another workaround for this  they say &#8211;  use build scripts. I&#8217;m sorry &#8211; but in many cases id&#8217;be writing build scripts for the whole purpose of commiting an empty directories &#8211; this just wrong. after prolonged hesitation I&#8217;ve decided to rather go with mercurial which handles empty dirs antively..</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why Apache Velocity sucks by Scott</title>
		<link>http://brain.cdauth.eu/2011/03/29/why-apache-velocity-sucks/comment-page-1/#comment-3256</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Thu, 16 Jun 2011 15:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.eu/?p=73#comment-3256</guid>
		<description>I have been programming in Java for about 15 years now.  I have been doing templating for a little longer than that.  I recently started playing with Velocity.  There are some nice features with it considering that it will make use of reflection to access object attributes (user.getName).  However, when they decided to use a preceding token of &#039;#&#039; or &#039;$&#039;, I thought that was extremely stupid on their part.  

Nathan was claiming it was made 10 years ago.  Well, the coding is extremely strange with organization.  It is not easy to use and not very flexible.  It will work fine as long as you don&#039;t have to use any special characters (that you want displayed and not to disappear with velocity usage) in your template.  For example, using a html edit mask where the ## is used in the mask, this will cause a lot of problems for velocity.  Yes there are some escape sequences you can do, but they are not very easy to use.

I would vote not to use velocity until they improve it a lot.</description>
		<content:encoded><![CDATA[<p>I have been programming in Java for about 15 years now.  I have been doing templating for a little longer than that.  I recently started playing with Velocity.  There are some nice features with it considering that it will make use of reflection to access object attributes (user.getName).  However, when they decided to use a preceding token of &#8216;#&#8217; or &#8216;$&#8217;, I thought that was extremely stupid on their part.  </p>
<p>Nathan was claiming it was made 10 years ago.  Well, the coding is extremely strange with organization.  It is not easy to use and not very flexible.  It will work fine as long as you don&#8217;t have to use any special characters (that you want displayed and not to disappear with velocity usage) in your template.  For example, using a html edit mask where the ## is used in the mask, this will cause a lot of problems for velocity.  Yes there are some escape sequences you can do, but they are not very easy to use.</p>
<p>I would vote not to use velocity until they improve it a lot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why Apache Velocity sucks by Nathan</title>
		<link>http://brain.cdauth.eu/2011/03/29/why-apache-velocity-sucks/comment-page-1/#comment-3208</link>
		<dc:creator>Nathan</dc:creator>
		<pubDate>Thu, 31 Mar 2011 16:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.eu/?p=73#comment-3208</guid>
		<description>No, no.  You&#039;ve outlined some of the ways that Velocity sucks, but not the *why*.

Velocity sucks because it was first written over 10 years ago and almost immediately achieved wide adoption.  This created a large mass of inertia, people who wanted the latest fixes and improvements but did not want to update their old templates.  Further, the original creators made many of these questionable decisions, then actively resisted changing them when newer contributors to the project came along.  Those newer contributors (like me), then became accustomed to the quirks and found other things to do besides lobby for fixing them.  By the time enough of the old crew was gone to open the way for backwards incompatible changes, there were even more templates and users accustomed to them.

In short, Velocity has most of these issues because it has gone too long without a 2.0 version.  However, 2.0 is finally in the works.  So, for all those who want to fix these things, NOW is the time to jump in and work for changes to the defaults.

Oh, and you are ignorant about the reasons for some things.  Tools like $esc return null in situations like $esc.html($!thisisnull) instead of empty string, because it is very easy and clean to do $!esc.html($thisisnull) and it is very ugly to have to change #if($esc.html($thisisnull)) to something that treats empty string as false correctly.  And that&#039;s just the main reason, returning null is also more helpful in debugging tool method calls.

So, while i agree there are some outdated decisions that need to be changed, not everything you call stupid actually is stupid.  :)</description>
		<content:encoded><![CDATA[<p>No, no.  You&#8217;ve outlined some of the ways that Velocity sucks, but not the *why*.</p>
<p>Velocity sucks because it was first written over 10 years ago and almost immediately achieved wide adoption.  This created a large mass of inertia, people who wanted the latest fixes and improvements but did not want to update their old templates.  Further, the original creators made many of these questionable decisions, then actively resisted changing them when newer contributors to the project came along.  Those newer contributors (like me), then became accustomed to the quirks and found other things to do besides lobby for fixing them.  By the time enough of the old crew was gone to open the way for backwards incompatible changes, there were even more templates and users accustomed to them.</p>
<p>In short, Velocity has most of these issues because it has gone too long without a 2.0 version.  However, 2.0 is finally in the works.  So, for all those who want to fix these things, NOW is the time to jump in and work for changes to the defaults.</p>
<p>Oh, and you are ignorant about the reasons for some things.  Tools like $esc return null in situations like $esc.html($!thisisnull) instead of empty string, because it is very easy and clean to do $!esc.html($thisisnull) and it is very ugly to have to change #if($esc.html($thisisnull)) to something that treats empty string as false correctly.  And that&#8217;s just the main reason, returning null is also more helpful in debugging tool method calls.</p>
<p>So, while i agree there are some outdated decisions that need to be changed, not everything you call stupid actually is stupid.  :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Removing useless newlines from JSP output by Candid’s brain &#187; Blog Archiv &#187; Why Apache Velocity sucks</title>
		<link>http://brain.cdauth.eu/2010/04/27/removing-useless-newlines-from-jsp-output/comment-page-1/#comment-3206</link>
		<dc:creator>Candid’s brain &#187; Blog Archiv &#187; Why Apache Velocity sucks</dc:creator>
		<pubDate>Tue, 29 Mar 2011 12:59:34 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.de/?p=60#comment-3206</guid>
		<description>[...] how messed up the indentation is? At least it has to be said that Velocity, in contrast to JSP, is that intelligent that it does not output the newlines of those lines that only contain Velocity [...]</description>
		<content:encoded><![CDATA[<p>[...] how messed up the indentation is? At least it has to be said that Velocity, in contrast to JSP, is that intelligent that it does not output the newlines of those lines that only contain Velocity [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Was fehlt by Candid Dauth</title>
		<link>http://brain.cdauth.eu/2008/04/23/was-fehlt/comment-page-1/#comment-29</link>
		<dc:creator>Candid Dauth</dc:creator>
		<pubDate>Thu, 15 May 2008 18:27:54 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.de/?p=30#comment-29</guid>
		<description>Messgerät? ;-)</description>
		<content:encoded><![CDATA[<p>Messgerät? ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Was fehlt by Luckman</title>
		<link>http://brain.cdauth.eu/2008/04/23/was-fehlt/comment-page-1/#comment-28</link>
		<dc:creator>Luckman</dc:creator>
		<pubDate>Thu, 15 May 2008 11:34:19 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.de/?p=30#comment-28</guid>
		<description>Die Frage ist nur, wie man die kleinen Teile an Knetmasse (soll ja relativ klein bleiben, wie die normalen) genau bestimmen kann.</description>
		<content:encoded><![CDATA[<p>Die Frage ist nur, wie man die kleinen Teile an Knetmasse (soll ja relativ klein bleiben, wie die normalen) genau bestimmen kann.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gedanken eines „Musikpiraten“ by Shady IIV</title>
		<link>http://brain.cdauth.eu/2008/03/07/gedanken-eines-%e2%80%9emusikpiraten%e2%80%9c/comment-page-1/#comment-15</link>
		<dc:creator>Shady IIV</dc:creator>
		<pubDate>Fri, 02 May 2008 08:53:26 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.de/?p=11#comment-15</guid>
		<description>Das witzige dran ist, das es Ohne Cover, Hülle und Datenträger nicht mal billiger wird. Meistens sogar im Gegenteil bei 0,99€ pro Song. 

Cheers!</description>
		<content:encoded><![CDATA[<p>Das witzige dran ist, das es Ohne Cover, Hülle und Datenträger nicht mal billiger wird. Meistens sogar im Gegenteil bei 0,99€ pro Song. </p>
<p>Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gedanken eines „Musikpiraten“ by Luckman</title>
		<link>http://brain.cdauth.eu/2008/03/07/gedanken-eines-%e2%80%9emusikpiraten%e2%80%9c/comment-page-1/#comment-2</link>
		<dc:creator>Luckman</dc:creator>
		<pubDate>Sat, 22 Mar 2008 01:26:07 +0000</pubDate>
		<guid isPermaLink="false">http://brain.cdauth.de/?p=11#comment-2</guid>
		<description>word</description>
		<content:encoded><![CDATA[<p>word</p>
]]></content:encoded>
	</item>
</channel>
</rss>

