<?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 AFTERSHOX</title>
	<atom:link href="http://aftershox.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://aftershox.com</link>
	<description>Tariq Ahmed on Technology :: Management :: Business</description>
	<lastBuildDate>Thu, 09 Feb 2012 06:40:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Sizing up the business perspective on Groovy, Scala, and other JVM languages by Tariq Ahmed</title>
		<link>http://aftershox.com/2011/10/30/sizing-up-the-business-perspective-on-groovy-scala-and-other-jvm-languages/#comment-171</link>
		<dc:creator>Tariq Ahmed</dc:creator>
		<pubDate>Thu, 09 Feb 2012 06:40:36 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=160#comment-171</guid>
		<description>@Adrian - thanks for sharing your story! The only thing I&#039;d add about Groovy/Grails is that you wouldn&#039;t bother trying to look for a Groovy developer. Instead find a Java developer as they&#039;d be able to jump right into Groovy using the same syntax they&#039;re already used to and can adopt the unique bits of Groovy that they feel comfortable with. Grails is just a collection of common frameworks glued together that a lot of Java enterprise developers are already used to (Hibernate, Spring, Quartz, jQuery). That&#039;s really it&#039;s main advantage is empowering Java developers to leverage their existing skills.</description>
		<content:encoded><![CDATA[<p>@Adrian &#8211; thanks for sharing your story! The only thing I&#8217;d add about Groovy/Grails is that you wouldn&#8217;t bother trying to look for a Groovy developer. Instead find a Java developer as they&#8217;d be able to jump right into Groovy using the same syntax they&#8217;re already used to and can adopt the unique bits of Groovy that they feel comfortable with. Grails is just a collection of common frameworks glued together that a lot of Java enterprise developers are already used to (Hibernate, Spring, Quartz, jQuery). That&#8217;s really it&#8217;s main advantage is empowering Java developers to leverage their existing skills.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sizing up the business perspective on Groovy, Scala, and other JVM languages by Adrian</title>
		<link>http://aftershox.com/2011/10/30/sizing-up-the-business-perspective-on-groovy-scala-and-other-jvm-languages/#comment-170</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Thu, 02 Feb 2012 12:17:38 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=160#comment-170</guid>
		<description>Im the Dev Manager for a Technical Publishing Co in London and I&#039;m currently going through the process of changing technology. We use CF 9, Coldbox etc and generally like developing with it, mostly choosing grads that we train up.

But we want to change technologies for similar reasons Benoit mentioned (even though CF in London is not impossible to recruit for).

I wanted to go to Grails/Groovy but found it near impossible to recruit for. Most developers seemingly being contractors in London and charging a lot of cash. The recruiters are telling me its a shrinking sector after an initial bit of popularity a few years back, which i found surprising (and disappointing).

So  my next choice was .Net MVC which I&#039;m in the early stages of familiarising myself with since we use an MS stack already IIS7, SQLS 2008, and a couple of the dev guys have some if limited experience. Compared to the horror of web forms its actually quite a pleasant experience.

Scala would be a bit too much I fear. I have played with it, but fear the syntax could get quite impenetrable and I&#039;m not sure there is a mature web platform yet.

I came from a Java background but was reluctant to go there, needing something lightweight, quick to develop for and easy to deploy.</description>
		<content:encoded><![CDATA[<p>Im the Dev Manager for a Technical Publishing Co in London and I&#8217;m currently going through the process of changing technology. We use CF 9, Coldbox etc and generally like developing with it, mostly choosing grads that we train up.</p>
<p>But we want to change technologies for similar reasons Benoit mentioned (even though CF in London is not impossible to recruit for).</p>
<p>I wanted to go to Grails/Groovy but found it near impossible to recruit for. Most developers seemingly being contractors in London and charging a lot of cash. The recruiters are telling me its a shrinking sector after an initial bit of popularity a few years back, which i found surprising (and disappointing).</p>
<p>So  my next choice was .Net MVC which I&#8217;m in the early stages of familiarising myself with since we use an MS stack already IIS7, SQLS 2008, and a couple of the dev guys have some if limited experience. Compared to the horror of web forms its actually quite a pleasant experience.</p>
<p>Scala would be a bit too much I fear. I have played with it, but fear the syntax could get quite impenetrable and I&#8217;m not sure there is a mature web platform yet.</p>
<p>I came from a Java background but was reluctant to go there, needing something lightweight, quick to develop for and easy to deploy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Installing weceem cms by dnim</title>
		<link>http://aftershox.com/2011/12/06/installing-weceem-cms/#comment-168</link>
		<dc:creator>dnim</dc:creator>
		<pubDate>Fri, 06 Jan 2012 09:33:53 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=185#comment-168</guid>
		<description>thank you for this post. It&#039;s more complete information about installing weceem then on the official site, as often happens )</description>
		<content:encoded><![CDATA[<p>thank you for this post. It&#8217;s more complete information about installing weceem then on the official site, as often happens )</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Installing weceem cms by Math</title>
		<link>http://aftershox.com/2011/12/06/installing-weceem-cms/#comment-166</link>
		<dc:creator>Math</dc:creator>
		<pubDate>Fri, 30 Dec 2011 15:12:25 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=185#comment-166</guid>
		<description>... am undcerstanding all of your steps just the 4th step where i need to declair or Update your environment variables--&gt;

export JAVA_HOME=/Library/Java/Home
export CATALINA_HOME=/opt/apache-tomcat-7.0.23
export JAVA_OPTS=-Dweceem.config.location=file:/Websites/cms/weceem.properties
export CATALINA_OPTS=&quot;-Xms756m -Xmx756m -XX:NewSize=256m
                      -XX:MaxNewSize=512m -XX:PermSize=256m -XX:MaxPermSize=512m&quot;
.... and also in ehich directory i need to put weceem.properties file ?</description>
		<content:encoded><![CDATA[<p>&#8230; am undcerstanding all of your steps just the 4th step where i need to declair or Update your environment variables&#8211;&gt;</p>
<p>export JAVA_HOME=/Library/Java/Home<br />
export CATALINA_HOME=/opt/apache-tomcat-7.0.23<br />
export JAVA_OPTS=-Dweceem.config.location=file:/Websites/cms/weceem.properties<br />
export CATALINA_OPTS=&#8221;-Xms756m -Xmx756m -XX:NewSize=256m<br />
                      -XX:MaxNewSize=512m -XX:PermSize=256m -XX:MaxPermSize=512m&#8221;<br />
&#8230;. and also in ehich directory i need to put weceem.properties file ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Installing weceem cms by Math</title>
		<link>http://aftershox.com/2011/12/06/installing-weceem-cms/#comment-165</link>
		<dc:creator>Math</dc:creator>
		<pubDate>Fri, 30 Dec 2011 14:43:31 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=185#comment-165</guid>
		<description>Hello everbody.... am doing my diploma about groovy &amp; grails and now i have found also a cms based on groovy &amp; grails --&gt;weceem... am very exited about that cms but unfortunally i have a lot of problems to &quot;INSTALL&quot; it...

my tomcat server work fine cause its indetfy the weceem war files but it doesent work when i have tryied to start the cms...tomcat web application manager says that the ; FAIL - Application at context path /weceem-1.1.2 could not be started....i think because of that that i dont know where exactly to declair environment variables... on my computer or somwhere in tomcat servelet..??? 
please guy help me a bit cause i really would like to taste wecemm cms...happy new year to all...</description>
		<content:encoded><![CDATA[<p>Hello everbody&#8230;. am doing my diploma about groovy &amp; grails and now i have found also a cms based on groovy &amp; grails &#8211;&gt;weceem&#8230; am very exited about that cms but unfortunally i have a lot of problems to &#8220;INSTALL&#8221; it&#8230;</p>
<p>my tomcat server work fine cause its indetfy the weceem war files but it doesent work when i have tryied to start the cms&#8230;tomcat web application manager says that the ; FAIL &#8211; Application at context path /weceem-1.1.2 could not be started&#8230;.i think because of that that i dont know where exactly to declair environment variables&#8230; on my computer or somwhere in tomcat servelet..???<br />
please guy help me a bit cause i really would like to taste wecemm cms&#8230;happy new year to all&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sizing up the business perspective on Groovy, Scala, and other JVM languages by JT</title>
		<link>http://aftershox.com/2011/10/30/sizing-up-the-business-perspective-on-groovy-scala-and-other-jvm-languages/#comment-140</link>
		<dc:creator>JT</dc:creator>
		<pubDate>Mon, 28 Nov 2011 14:03:49 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=160#comment-140</guid>
		<description>&quot;Seasoned Scala developers seems to be able to deliver some very powerful and hard-to-understand code, and we are nowhere near a scala developers nest or something like that.&quot;

That&#039;s reason enough for me not to use Scala. Far more time is spent reading code than writing code. 

I&#039;ve been developing with Grails for a little more than 2 years.  There is a lot of exciting stuff in the upcoming 2.0 release. Its also clear the community has been putting a lot of effort into the documentation. With over 700 plugins, its very easy to wire in new features. 

Another important aspect to consider is the quality of the community support. VMWare has hired core team members of Grails and Groovy. When I&#039;ve turned to the forums or twitter for support, I&#039;ve found that the VMWare guys are prompt to respond &amp; are very helpful.</description>
		<content:encoded><![CDATA[<p>&#8220;Seasoned Scala developers seems to be able to deliver some very powerful and hard-to-understand code, and we are nowhere near a scala developers nest or something like that.&#8221;</p>
<p>That&#8217;s reason enough for me not to use Scala. Far more time is spent reading code than writing code. </p>
<p>I&#8217;ve been developing with Grails for a little more than 2 years.  There is a lot of exciting stuff in the upcoming 2.0 release. Its also clear the community has been putting a lot of effort into the documentation. With over 700 plugins, its very easy to wire in new features. </p>
<p>Another important aspect to consider is the quality of the community support. VMWare has hired core team members of Grails and Groovy. When I&#8217;ve turned to the forums or twitter for support, I&#8217;ve found that the VMWare guys are prompt to respond &amp; are very helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sizing up the business perspective on Groovy, Scala, and other JVM languages by Will</title>
		<link>http://aftershox.com/2011/10/30/sizing-up-the-business-perspective-on-groovy-scala-and-other-jvm-languages/#comment-139</link>
		<dc:creator>Will</dc:creator>
		<pubDate>Wed, 23 Nov 2011 18:08:58 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=160#comment-139</guid>
		<description>Nice comparison.

I&#039;ve been using Groovy on a Jboss Seam project in my company and recently started learning Scala.

We got some developers in the team that just started coming to Java from Delphi, so they already have some work to do, and Groovy is easier for its learning curve; also, pretty productive.

I tried using Jboss Seam plugins with Scala Eclipse plugin and it proved itself to be somewhat unstable. Since Groovy++ worked neatly (giving us compilation errors where pure dynamic groovy wouldn&#039;t), probably we will be sticking with groovy for now.

Seasoned Scala developers seems to be able to deliver some very powerful and hard-to-understand code, and we are nowhere near a scala developers nest or something like that. That is a problem when you got developers starting on it. Also our company is just starting, so it&#039;s better to stick with a technology which doesn&#039;t eat our budget on courses, consulting and the likes.

We are nowhere in need for what scala offers, at least for now. But i&#039;ll keep an eye on it and check its development and new resources.</description>
		<content:encoded><![CDATA[<p>Nice comparison.</p>
<p>I&#8217;ve been using Groovy on a Jboss Seam project in my company and recently started learning Scala.</p>
<p>We got some developers in the team that just started coming to Java from Delphi, so they already have some work to do, and Groovy is easier for its learning curve; also, pretty productive.</p>
<p>I tried using Jboss Seam plugins with Scala Eclipse plugin and it proved itself to be somewhat unstable. Since Groovy++ worked neatly (giving us compilation errors where pure dynamic groovy wouldn&#8217;t), probably we will be sticking with groovy for now.</p>
<p>Seasoned Scala developers seems to be able to deliver some very powerful and hard-to-understand code, and we are nowhere near a scala developers nest or something like that. That is a problem when you got developers starting on it. Also our company is just starting, so it&#8217;s better to stick with a technology which doesn&#8217;t eat our budget on courses, consulting and the likes.</p>
<p>We are nowhere in need for what scala offers, at least for now. But i&#8217;ll keep an eye on it and check its development and new resources.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sizing up the business perspective on Groovy, Scala, and other JVM languages by Eric Weimer</title>
		<link>http://aftershox.com/2011/10/30/sizing-up-the-business-perspective-on-groovy-scala-and-other-jvm-languages/#comment-138</link>
		<dc:creator>Eric Weimer</dc:creator>
		<pubDate>Thu, 17 Nov 2011 02:13:39 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=160#comment-138</guid>
		<description>IMHO the view you express as a &quot;technology manager&quot; needs to be understood by developers, especially if they wish to be marketable in the future.


Thank you for a well written, clearly thought out, and most importantly, unbiased article.

Since I consult I perform similar evaluations on the market. The metrics tend to be approximate and error prone, but trending can be seen over time.

But I wonder if we have forgotten the lessons from COBOL which made programming accessible to a much wider audience.

Functional languages tend to be hard and require more mathematically adept developers. They also may perform well on multi-core architectures and seem to be a good fit for specialized computation like business rules.

Java shops seem to run under the illusion they benefit from a single language, but the reality is web developers also use HTML, JavaScript, CSS, XML, etc. 

Grails folks remind us we can resort to Java for special cases like computationally intensive code Do you think that will apply to functional languages as well?</description>
		<content:encoded><![CDATA[<p>IMHO the view you express as a &#8220;technology manager&#8221; needs to be understood by developers, especially if they wish to be marketable in the future.</p>
<p>Thank you for a well written, clearly thought out, and most importantly, unbiased article.</p>
<p>Since I consult I perform similar evaluations on the market. The metrics tend to be approximate and error prone, but trending can be seen over time.</p>
<p>But I wonder if we have forgotten the lessons from COBOL which made programming accessible to a much wider audience.</p>
<p>Functional languages tend to be hard and require more mathematically adept developers. They also may perform well on multi-core architectures and seem to be a good fit for specialized computation like business rules.</p>
<p>Java shops seem to run under the illusion they benefit from a single language, but the reality is web developers also use HTML, JavaScript, CSS, XML, etc. </p>
<p>Grails folks remind us we can resort to Java for special cases like computationally intensive code Do you think that will apply to functional languages as well?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sizing up the business perspective on Groovy, Scala, and other JVM languages by Kurt Wiersma</title>
		<link>http://aftershox.com/2011/10/30/sizing-up-the-business-perspective-on-groovy-scala-and-other-jvm-languages/#comment-136</link>
		<dc:creator>Kurt Wiersma</dc:creator>
		<pubDate>Sat, 05 Nov 2011 14:47:57 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=160#comment-136</guid>
		<description>Our company is also looking to do new development in Grails instead of CF. We are in a very similar situation to Beniot. So far our team has really taken to Grails since it is structured in a very similar way to our current Mach II/ColdSpring/CF ORM apps.</description>
		<content:encoded><![CDATA[<p>Our company is also looking to do new development in Grails instead of CF. We are in a very similar situation to Beniot. So far our team has really taken to Grails since it is structured in a very similar way to our current Mach II/ColdSpring/CF ORM apps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Grails&#8217; dateCreated and lastUpdated properties by Rick Jensen</title>
		<link>http://aftershox.com/2011/10/17/grails-datecreated-and-lastupdated-properties/#comment-135</link>
		<dc:creator>Rick Jensen</dc:creator>
		<pubDate>Wed, 02 Nov 2011 13:59:13 +0000</pubDate>
		<guid isPermaLink="false">http://aftershox.com/?p=150#comment-135</guid>
		<description>Grails is magic. It is one of the few frameworks that does what you want by default, taking care of the tedious boilerplate that we are all so used to wasting our time writing and maintaining. GORM, in particular, makes data access fun again, letting you focus on the business value, rather than trying to bend the code to your will.</description>
		<content:encoded><![CDATA[<p>Grails is magic. It is one of the few frameworks that does what you want by default, taking care of the tedious boilerplate that we are all so used to wasting our time writing and maintaining. GORM, in particular, makes data access fun again, letting you focus on the business value, rather than trying to bend the code to your will.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

