<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Evaluation: moving from Java to Ruby on Rails</title>
	<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/</link>
	<description>Ugo Cei's Weblog</description>
	<pubDate>Tue, 07 Oct 2008 15:42:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Luca Garulli</title>
		<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-1124</link>
		<dc:creator>Luca Garulli</dc:creator>
		<pubDate>Sun, 29 Jan 2006 10:22:36 +0000</pubDate>
		<guid>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-1124</guid>
		<description>Yes,
but sometimes you cannot start from database to model your domain...

Let's watch the Java world in the next months... I'm sure that RoR has open a new way to make thinghs more easly. I'm sure that Java framework will move in this direction</description>
		<content:encoded><![CDATA[<p>Yes,<br />
but sometimes you cannot start from database to model your domain&#8230;</p>
<p>Let&#8217;s watch the Java world in the next months&#8230; I&#8217;m sure that RoR has open a new way to make thinghs more easly. I&#8217;m sure that Java framework will move in this direction</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane Bailliez</title>
		<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-638</link>
		<dc:creator>Stephane Bailliez</dc:creator>
		<pubDate>Wed, 23 Nov 2005 22:56:57 +0000</pubDate>
		<guid>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-638</guid>
		<description>Seems to be more of a sales pitch from an evangelist than an unbiased and objective comparison.

&lt;i&gt;A true open source language and framework provides an ultimate escape from both vendor lock-in and unpatched software defects: simply read the code and change things yourself.&lt;/i&gt;

Like if you did not have an application to code first.

My customers will be so glad if I deliver them a Ruby app. that only a handful of people around will be able to maintain and extend.

Isn't it IT lock-in vs vendor lock-in ?</description>
		<content:encoded><![CDATA[<p>Seems to be more of a sales pitch from an evangelist than an unbiased and objective comparison.</p>
<p><i>A true open source language and framework provides an ultimate escape from both vendor lock-in and unpatched software defects: simply read the code and change things yourself.</i></p>
<p>Like if you did not have an application to code first.</p>
<p>My customers will be so glad if I deliver them a Ruby app. that only a handful of people around will be able to maintain and extend.</p>
<p>Isn&#8217;t it IT lock-in vs vendor lock-in ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David N. Welton</title>
		<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-636</link>
		<dc:creator>David N. Welton</dc:creator>
		<pubDate>Wed, 23 Nov 2005 16:24:03 +0000</pubDate>
		<guid>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-636</guid>
		<description>Scalability?  Yeah, important to consider, but consider also how many sites get by just fine on stuff like PHP.  How many sites are really going to be the next amazon.com?

Selling to customers?  If the productivity numbers are true, basically you are going to say "look, I can do this either way, and as the client, you're the boss, but this way is going to take longer and cost more."  Well, you are going to have to put it more flowery words, but... that's the gist of things.</description>
		<content:encoded><![CDATA[<p>Scalability?  Yeah, important to consider, but consider also how many sites get by just fine on stuff like PHP.  How many sites are really going to be the next amazon.com?</p>
<p>Selling to customers?  If the productivity numbers are true, basically you are going to say &#8220;look, I can do this either way, and as the client, you&#8217;re the boss, but this way is going to take longer and cost more.&#8221;  Well, you are going to have to put it more flowery words, but&#8230; that&#8217;s the gist of things.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ugo</title>
		<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-635</link>
		<dc:creator>ugo</dc:creator>
		<pubDate>Wed, 23 Nov 2005 15:39:59 +0000</pubDate>
		<guid>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-635</guid>
		<description>Luca, I don't have big doubts about scalability. What you say about customers might be true, but in the case of the project I was referring to, I am the "customer".</description>
		<content:encoded><![CDATA[<p>Luca, I don&#8217;t have big doubts about scalability. What you say about customers might be true, but in the case of the project I was referring to, I am the &#8220;customer&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Garulli</title>
		<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-633</link>
		<dc:creator>Luca Garulli</dc:creator>
		<pubDate>Wed, 23 Nov 2005 15:27:55 +0000</pubDate>
		<guid>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-633</guid>
		<description>Too much interesting! My only big doubts are about scalability and about convincing the customers to adopt it as solutions instead of the "classic" Java solution ;-)

bye, Lvc@</description>
		<content:encoded><![CDATA[<p>Too much interesting! My only big doubts are about scalability and about convincing the customers to adopt it as solutions instead of the &#8220;classic&#8221; Java solution <img src='http://agylen.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>bye, Lvc@</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geert Bevin</title>
		<link>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-632</link>
		<dc:creator>Geert Bevin</dc:creator>
		<pubDate>Wed, 23 Nov 2005 15:21:43 +0000</pubDate>
		<guid>http://agylen.com/2005/11/23/evaluation-moving-from-java-to-ruby-on-rails/#comment-632</guid>
		<description>I find it strange how people always evaluate the worst possible Java scenario with the best possible RoR scenario. What framework is he using in Java? Most of his points are completely moot with several modern Java frameworks.</description>
		<content:encoded><![CDATA[<p>I find it strange how people always evaluate the worst possible Java scenario with the best possible RoR scenario. What framework is he using in Java? Most of his points are completely moot with several modern Java frameworks.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
