<?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: Ruby on Rails - a paper dragon?</title>
	<atom:link href="http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/</link>
	<description>Dedicated to teaching web designers PHP.</description>
	<pubDate>Fri, 21 Nov 2008 19:06:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76714</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Mon, 02 Jun 2008 04:01:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76714</guid>
		<description>Hi Rick,

Thanks for the words of encouragement. It seems to me that whenever you have an opinion about any language (or anything else!) you are bound to tick off someone!

Stefan</description>
		<content:encoded><![CDATA[<p>Hi Rick,</p>
<p>Thanks for the words of encouragement. It seems to me that whenever you have an opinion about any language (or anything else!) you are bound to tick off someone!</p>
<p>Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick H.</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76712</link>
		<dc:creator>Rick H.</dc:creator>
		<pubDate>Mon, 02 Jun 2008 03:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76712</guid>
		<description>Stefan, love the videos, saw this random article and decided to comment, even though its ages old. 

You do not need to reinforce your article. It can stand on its own, and commenting on its accuracy won't make them go away, just make them comment more. If you believe what you wrote, stick by it, it wasn't a bad piece.

-Rick</description>
		<content:encoded><![CDATA[<p>Stefan, love the videos, saw this random article and decided to comment, even though its ages old. </p>
<p>You do not need to reinforce your article. It can stand on its own, and commenting on its accuracy won&#8217;t make them go away, just make them comment more. If you believe what you wrote, stick by it, it wasn&#8217;t a bad piece.</p>
<p>-Rick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76694</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Wed, 28 May 2008 14:54:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76694</guid>
		<description>Hi,

I first wrote the piece because the Twitter news (that turned out to be false ... ) reminded me of my experience. 

I don't think I am bashing; I'm just pointing out things about Ruby that we ran across when looking into it. 

... If telling the truth about the state of things is bashing, I humbly suggest you need to reevaluate. If I would have praised Ruby for it's elegant syntax, or Rails for it's excellent RAD features - would that be pumping?

Stefan</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I first wrote the piece because the Twitter news (that turned out to be false &#8230; ) reminded me of my experience. </p>
<p>I don&#8217;t think I am bashing; I&#8217;m just pointing out things about Ruby that we ran across when looking into it. </p>
<p>&#8230; If telling the truth about the state of things is bashing, I humbly suggest you need to reevaluate. If I would have praised Ruby for it&#8217;s elegant syntax, or Rails for it&#8217;s excellent RAD features - would that be pumping?</p>
<p>Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nazgum</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76690</link>
		<dc:creator>Nazgum</dc:creator>
		<pubDate>Wed, 28 May 2008 11:24:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76690</guid>
		<description>Well this article was just horrible, and publishing it now based on "research" you did a year ago just seems beyond stupid..

Use whatever makes you happy, but why bash something you don't use with outdated FUD?</description>
		<content:encoded><![CDATA[<p>Well this article was just horrible, and publishing it now based on &#8220;research&#8221; you did a year ago just seems beyond stupid..</p>
<p>Use whatever makes you happy, but why bash something you don&#8217;t use with outdated FUD?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Jeffries</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76683</link>
		<dc:creator>Andy Jeffries</dc:creator>
		<pubDate>Tue, 27 May 2008 08:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76683</guid>
		<description>I think the reason you've got such an intense reaction is that you've posted an article in May 2008 that you researched "about a year and a half ago".  Your information is therefore hopelessly out of date and is therefore seen as FUD.

I'm a PHP developer by day and a Rails developer evenings/weekends, so I'm aware of both sides of the fence.

I'd recommend giving RoR a look NOW and seeing how things have moved on, then you'll be better placed to write a blog post detailing how PHP is better than RoR.</description>
		<content:encoded><![CDATA[<p>I think the reason you&#8217;ve got such an intense reaction is that you&#8217;ve posted an article in May 2008 that you researched &#8220;about a year and a half ago&#8221;.  Your information is therefore hopelessly out of date and is therefore seen as FUD.</p>
<p>I&#8217;m a PHP developer by day and a Rails developer evenings/weekends, so I&#8217;m aware of both sides of the fence.</p>
<p>I&#8217;d recommend giving RoR a look NOW and seeing how things have moved on, then you&#8217;ll be better placed to write a blog post detailing how PHP is better than RoR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76679</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Tue, 27 May 2008 00:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76679</guid>
		<description>HI poink,

I will concede that the Twitter article has been refuted ... when I wrote the piece I was not aware of that. 

That said, Alex Payne's statement still stands. My own experience and findings are not BS ... it is what we found - period.

I used PHP for this particular project and found it to be the better choice given all my criteria at the time. That said, I am not a PHP zealot and I have developed many more applications in my career with Java than any other language ... including PHP.

I have also stated that I think Ruby has great things going for it. In fact we DO use it in an application that is currently running.

PS: our traffic is fine as it is.

Stefan</description>
		<content:encoded><![CDATA[<p>HI poink,</p>
<p>I will concede that the Twitter article has been refuted &#8230; when I wrote the piece I was not aware of that. </p>
<p>That said, Alex Payne&#8217;s statement still stands. My own experience and findings are not BS &#8230; it is what we found - period.</p>
<p>I used PHP for this particular project and found it to be the better choice given all my criteria at the time. That said, I am not a PHP zealot and I have developed many more applications in my career with Java than any other language &#8230; including PHP.</p>
<p>I have also stated that I think Ruby has great things going for it. In fact we DO use it in an application that is currently running.</p>
<p>PS: our traffic is fine as it is.</p>
<p>Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: poink</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76678</link>
		<dc:creator>poink</dc:creator>
		<pubDate>Mon, 26 May 2008 23:44:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76678</guid>
		<description>A fine troll, sir. The slo-mo replay:

Step 1) Find community of zealots
Step 2) Take (discredited) article from a month ago
Step 3) Take (probably BS) anecdote from a year ago
Step 4) Recommend PHP, which'll really piss 'em off
Step 5) Maek poast

I'll bet your traffic went through the roof, and you might even wind up getting Slashdotted. Congrats.</description>
		<content:encoded><![CDATA[<p>A fine troll, sir. The slo-mo replay:</p>
<p>Step 1) Find community of zealots<br />
Step 2) Take (discredited) article from a month ago<br />
Step 3) Take (probably BS) anecdote from a year ago<br />
Step 4) Recommend PHP, which&#8217;ll really piss &#8216;em off<br />
Step 5) Maek poast</p>
<p>I&#8217;ll bet your traffic went through the roof, and you might even wind up getting Slashdotted. Congrats.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76677</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Mon, 26 May 2008 21:06:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76677</guid>
		<description>Ok,

Since people want details, I will provide them. 

Preamble:

It had been a while since we looked at Ruby seriously, so I had forgotten the specific reasons (beyond what I mention above) why we went with PHP over Ruby. Luckily, I spoke to someone who was on my team at the time, and he was able to refresh my memory.

&lt;strong&gt;
The issues:&lt;/strong&gt;

In general, aside from the pragmatic programmers, a year ago, very little documentation existed, also getting a webhost that supported RoR was a pain in the ass since there really wasn't a standard configuration for FastCGI to work properly.

.. We were working with our own live dedicated servers and did not want to risk taking it down to get Ruby to work with Apache.

I think another thing worth citing, is the RTFM attitude of the RoR community (at the time) versus the feature-rich and procedurally mature PHP community. While as a whole, the PHP community may not have a mature OO-background, but on the plus side, the attitudes fostered in that community lend themselves to more forum posts, message boards and code samples, rather than sifting through mailing lists where elitist nerds take pot shots at each other.

... This was a year ago ... and I don't know how this is today.

&lt;strong&gt;The business side of things:&lt;/strong&gt;

From a business perspective, we wanted a solution that would work with as little time spent as possible building components ... Zend had IBM backing it, RoR had 37Signals and that was about it.

In terms of components, just getting image resizing to work out of the box proved to be tricky (at the time) since, if I recall correctly, ImageMagick was the only option and a non-beta solution didn't really exist. 

Stefan</description>
		<content:encoded><![CDATA[<p>Ok,</p>
<p>Since people want details, I will provide them. </p>
<p>Preamble:</p>
<p>It had been a while since we looked at Ruby seriously, so I had forgotten the specific reasons (beyond what I mention above) why we went with PHP over Ruby. Luckily, I spoke to someone who was on my team at the time, and he was able to refresh my memory.</p>
<p><strong><br />
The issues:</strong></p>
<p>In general, aside from the pragmatic programmers, a year ago, very little documentation existed, also getting a webhost that supported RoR was a pain in the ass since there really wasn&#8217;t a standard configuration for FastCGI to work properly.</p>
<p>.. We were working with our own live dedicated servers and did not want to risk taking it down to get Ruby to work with Apache.</p>
<p>I think another thing worth citing, is the RTFM attitude of the RoR community (at the time) versus the feature-rich and procedurally mature PHP community. While as a whole, the PHP community may not have a mature OO-background, but on the plus side, the attitudes fostered in that community lend themselves to more forum posts, message boards and code samples, rather than sifting through mailing lists where elitist nerds take pot shots at each other.</p>
<p>&#8230; This was a year ago &#8230; and I don&#8217;t know how this is today.</p>
<p><strong>The business side of things:</strong></p>
<p>From a business perspective, we wanted a solution that would work with as little time spent as possible building components &#8230; Zend had IBM backing it, RoR had 37Signals and that was about it.</p>
<p>In terms of components, just getting image resizing to work out of the box proved to be tricky (at the time) since, if I recall correctly, ImageMagick was the only option and a non-beta solution didn&#8217;t really exist. </p>
<p>Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Randal L. Schwartz</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76675</link>
		<dc:creator>Randal L. Schwartz</dc:creator>
		<pubDate>Mon, 26 May 2008 14:51:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76675</guid>
		<description>Have you considered Seaside (http://seaside.st), the web-continuation framework written in portable Smalltalk, running on various commercial and free platforms?  A lot of Rails people are seriously looking at Seaside for faster development and more efficient deployment.</description>
		<content:encoded><![CDATA[<p>Have you considered Seaside (http://seaside.st), the web-continuation framework written in portable Smalltalk, running on various commercial and free platforms?  A lot of Rails people are seriously looking at Seaside for faster development and more efficient deployment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefan Mischook</title>
		<link>http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76674</link>
		<dc:creator>Stefan Mischook</dc:creator>
		<pubDate>Mon, 26 May 2008 14:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.killerphp.com/articles/ruby-on-rails-a-paper-dragon/#comment-76674</guid>
		<description>Hi,

I need to address a few comments:

"for someone who wanted to dig a little big deeper, it looks like you decided to stop digging as soon as you found what you wanted to find."

"Essentially, you’ve tried to equate “done research” with “heard rumors and speculation.” "

The 'digging' I was speaking of was done about a year and a half ago, way before this whole Twitter thing came about. The Twitter news and the interview with Payne (which some comments seem to ignore ..) served only to remind me of our own findings back then.

As I stated in the article: 

"... I haven’t looked at Ruby and Rails since that time, but I am sure things have progressed. That said, this ..."

So yes, I'm sure progress has been made.

"How can you consider PHP vs. Rails vs. JSP/Servlets? Rails is a framework built with Ruby. PHP is not a framework - it’s analogous to Ruby. And why compare JSP/Servlets to Rails or PHP?"

You guys are getting picky .. 

For PHP we ended up using the Zend Framework and for the Java option, I would have probably gone with my own simple MVC framework I had put together in years past.

The article was not looking at the specifics, I was only speaking in generalities .. global issues.

With regards to ASP.net: 

It has some good things, but I don't like getting into the Mircrosoft camp because they have a tendency of trying to lock you in. OK, 'tendency' may be understating the true story.

Stefan</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I need to address a few comments:</p>
<p>&#8220;for someone who wanted to dig a little big deeper, it looks like you decided to stop digging as soon as you found what you wanted to find.&#8221;</p>
<p>&#8220;Essentially, you’ve tried to equate “done research” with “heard rumors and speculation.” &#8221;</p>
<p>The &#8216;digging&#8217; I was speaking of was done about a year and a half ago, way before this whole Twitter thing came about. The Twitter news and the interview with Payne (which some comments seem to ignore ..) served only to remind me of our own findings back then.</p>
<p>As I stated in the article: </p>
<p>&#8220;&#8230; I haven’t looked at Ruby and Rails since that time, but I am sure things have progressed. That said, this &#8230;&#8221;</p>
<p>So yes, I&#8217;m sure progress has been made.</p>
<p>&#8220;How can you consider PHP vs. Rails vs. JSP/Servlets? Rails is a framework built with Ruby. PHP is not a framework - it’s analogous to Ruby. And why compare JSP/Servlets to Rails or PHP?&#8221;</p>
<p>You guys are getting picky .. </p>
<p>For PHP we ended up using the Zend Framework and for the Java option, I would have probably gone with my own simple MVC framework I had put together in years past.</p>
<p>The article was not looking at the specifics, I was only speaking in generalities .. global issues.</p>
<p>With regards to ASP.net: </p>
<p>It has some good things, but I don&#8217;t like getting into the Mircrosoft camp because they have a tendency of trying to lock you in. OK, &#8216;tendency&#8217; may be understating the true story.</p>
<p>Stefan</p>
]]></content:encoded>
	</item>
</channel>
</rss>
