<?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 on: PHP vs Rails</title>
	<atom:link href="http://jonathanng.com/technology/php-vs-rails/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanng.com/technology/php-vs-rails/</link>
	<description>class AllYourCode &#60; Us</description>
	<lastBuildDate>Mon, 28 Jun 2010 23:07:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: chriswpage</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-795</link>
		<dc:creator>chriswpage</dc:creator>
		<pubDate>Mon, 25 May 2009 22:59:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-795</guid>
		<description>I’m editing an article on this topic titled “Choosing the best tool for the Job: CMS and SaaS, PHP MVC, Django, or Rails”. I’ve gone a bit more in depth with pros and cons considering:&lt;br&gt;&lt;br&gt;-Budget and Overhead Factors &lt;br&gt;-Work force skill level &lt;br&gt;-Stability of Framework/Language&lt;br&gt;&lt;br&gt;It&#039;s still a work in progress, though give it a read at:&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://www.chriswpage.com/2009/05/choosing-the-best-platform-for-the-job-cms-solution-php-mvc-django-or-ruby-on-rails/&quot; rel=&quot;nofollow&quot;&gt;http://www.chriswpage.com/2009/05/choosing-the-...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I’m editing an article on this topic titled “Choosing the best tool for the Job: CMS and SaaS, PHP MVC, Django, or Rails”. I’ve gone a bit more in depth with pros and cons considering:</p>
<p>-Budget and Overhead Factors <br />-Work force skill level <br />-Stability of Framework/Language</p>
<p>It&#39;s still a work in progress, though give it a read at:</p>
<p><a href="http://www.chriswpage.com/2009/05/choosing-the-best-platform-for-the-job-cms-solution-php-mvc-django-or-ruby-on-rails/" rel="nofollow"></a><a href="http://www.chriswpage.com/2009/05/choosing-the-.." rel="nofollow">http://www.chriswpage.com/2009/05/choosing-the-..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Page</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-732</link>
		<dc:creator>Chris Page</dc:creator>
		<pubDate>Mon, 25 May 2009 15:59:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-732</guid>
		<description>I’m editing an article on this topic titled “Choosing the best tool for the Job: CMS and SaaS, PHP MVC, Django, or Rails”. I’ve gone a bit more in depth with pros and cons considering:&lt;br&gt;&lt;br&gt;-Budget and Overhead Factors &lt;br&gt;-Work force skill level &lt;br&gt;-Stability of Framework/Language&lt;br&gt;&lt;br&gt;It&#039;s still a work in progress, though give it a read at:&lt;br&gt;&lt;br&gt;&lt;a href=&quot;http://www.chriswpage.com/2009/05/choosing-the-best-platform-for-the-job-cms-solution-php-mvc-django-or-ruby-on-rails/&quot; rel=&quot;nofollow&quot;&gt;http://www.chriswpage.com/2009/05/choosing-the-...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I’m editing an article on this topic titled “Choosing the best tool for the Job: CMS and SaaS, PHP MVC, Django, or Rails”. I’ve gone a bit more in depth with pros and cons considering:</p>
<p>-Budget and Overhead Factors <br />-Work force skill level <br />-Stability of Framework/Language</p>
<p>It&#39;s still a work in progress, though give it a read at:</p>
<p><a href="http://www.chriswpage.com/2009/05/choosing-the-best-platform-for-the-job-cms-solution-php-mvc-django-or-ruby-on-rails/" rel="nofollow"></a><a href="http://www.chriswpage.com/2009/05/choosing-the-.." rel="nofollow">http://www.chriswpage.com/2009/05/choosing-the-..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hariskotoul</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-731</link>
		<dc:creator>hariskotoul</dc:creator>
		<pubDate>Thu, 14 May 2009 10:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-731</guid>
		<description>I work with both ROR and Cake. For me there is no option but ROR.  For me&lt;br&gt;- Rails is clear, readable and fast&lt;br&gt;- cake is cryptic, obscure and slow&lt;br&gt;By the way look at the literature and the programmers base. I mean if you are an experienced Cake programmer you probably have a ROR background. But then why move to Cake. I did it just to add another buzzword on my CV</description>
		<content:encoded><![CDATA[<p>I work with both ROR and Cake. For me there is no option but ROR.  For me<br />- Rails is clear, readable and fast<br />- cake is cryptic, obscure and slow<br />By the way look at the literature and the programmers base. I mean if you are an experienced Cake programmer you probably have a ROR background. But then why move to Cake. I did it just to add another buzzword on my CV</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ngng</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-708</link>
		<dc:creator>ngng</dc:creator>
		<pubDate>Fri, 20 Mar 2009 19:01:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-708</guid>
		<description>That went way over your head.</description>
		<content:encoded><![CDATA[<p>That went way over your head.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-707</link>
		<dc:creator>Derek</dc:creator>
		<pubDate>Fri, 20 Mar 2009 18:46:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-707</guid>
		<description>This is a really terrible comparison. You show a from start-to-finish PHP example, but only show the by product of the time spent setting up a rails project. The only thing that comes to mind is you are an idiot.</description>
		<content:encoded><![CDATA[<p>This is a really terrible comparison. You show a from start-to-finish PHP example, but only show the by product of the time spent setting up a rails project. The only thing that comes to mind is you are an idiot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kazuyoshi tlacaelel</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-654</link>
		<dc:creator>kazuyoshi tlacaelel</dc:creator>
		<pubDate>Thu, 25 Sep 2008 12:50:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-654</guid>
		<description>&gt;&gt; Darren&lt;br&gt;&lt;br&gt;lol, php cake is the worst from all the php frameworks.&lt;br&gt;good luck with that!&lt;br&gt;&lt;br&gt;cake is refactoring its &quot;ActiveRecord&quot; implementation at a tremendous slow pace&lt;br&gt;implementation to match the one on rails so why should you wait and refactor all&lt;br&gt;of your code instead of concentrating on your own application code?&lt;br&gt;&lt;br&gt;languages ruby, php&lt;br&gt;frameworks rails, cakephp&lt;br&gt;&lt;br&gt;if you compare ruby and php ruby is a more powerful language&lt;br&gt;if you compare rails with cakephp well.. I&#039;ll say rails is better.&lt;br&gt;&lt;br&gt;ither way rails is not like the &quot;PHP language itself&quot;&lt;br&gt;I&#039;ll say use rails and then compare them.&lt;br&gt;&lt;br&gt;is like when you are used to something and then you do it in another way.&lt;br&gt;and you think there is not so different.&lt;br&gt;&lt;br&gt;then you go back to the way you use to do it and you feel the difference.&lt;br&gt;then you switch back to the new thing and realize that this is how you should&lt;br&gt;approach the problem!</description>
		<content:encoded><![CDATA[<p>&gt;&gt; Darren</p>
<p>lol, php cake is the worst from all the php frameworks.<br />good luck with that!</p>
<p>cake is refactoring its &#8220;ActiveRecord&#8221; implementation at a tremendous slow pace<br />implementation to match the one on rails so why should you wait and refactor all<br />of your code instead of concentrating on your own application code?</p>
<p>languages ruby, php<br />frameworks rails, cakephp</p>
<p>if you compare ruby and php ruby is a more powerful language<br />if you compare rails with cakephp well.. I&#39;ll say rails is better.</p>
<p>ither way rails is not like the &#8220;PHP language itself&#8221;<br />I&#39;ll say use rails and then compare them.</p>
<p>is like when you are used to something and then you do it in another way.<br />and you think there is not so different.</p>
<p>then you go back to the way you use to do it and you feel the difference.<br />then you switch back to the new thing and realize that this is how you should<br />approach the problem!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darren</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-332</link>
		<dc:creator>Darren</dc:creator>
		<pubDate>Mon, 26 May 2008 05:50:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-332</guid>
		<description>Why would I need Rails when CakePHP is the same thing as  Rails but its no the whole PHP language itself?</description>
		<content:encoded><![CDATA[<p>Why would I need Rails when CakePHP is the same thing as  Rails but its no the whole PHP language itself?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-205</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Mon, 21 Apr 2008 13:06:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-205</guid>
		<description>Sviergn,

I am a 6-year veteran PHP coder who is finally making the jump to learn RoR.

I had built my own frameworks that cover much of the functionality of MVC methodology-- 

I think the major concern with PHP is that many of the PHP programmers out there are merely dabblers, as the language requires little skill to get going.  I find that to be one of its best points, and I recall that is why I picked it up so well so quickly back in the day.

Regarding PHP frameworks, have you seen Symfony?</description>
		<content:encoded><![CDATA[<p>Sviergn,</p>
<p>I am a 6-year veteran PHP coder who is finally making the jump to learn RoR.</p>
<p>I had built my own frameworks that cover much of the functionality of MVC methodology&#8211; </p>
<p>I think the major concern with PHP is that many of the PHP programmers out there are merely dabblers, as the language requires little skill to get going.  I find that to be one of its best points, and I recall that is why I picked it up so well so quickly back in the day.</p>
<p>Regarding PHP frameworks, have you seen Symfony?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sviergn Jiernsen</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-185</link>
		<dc:creator>Sviergn Jiernsen</dc:creator>
		<pubDate>Wed, 16 Apr 2008 19:53:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-185</guid>
		<description>Well, maybe you can&#039;t compare a language to a framework, but one obvious point of note is that the Rails code is properly segmented into pieces, a controller piece and a view piece. The PHP code is all in one entity. I know PHP templating frameworks exist, but it seems PHPer&#039;s have never heard of them or just don&#039;t like them. (I&#039;ve actually heard speak disdainfully of the whole MVC concept in general, voicing the loud arrogant sentiment of &quot;real coders don&#039;t etc. etc. etc.&quot;) They actually WANT to put controller and view in the same component and they actually imagine that&#039;s a GOOD thing! Then when a page layout needs a minor tweak, rather than having a construct a designer might actually be able to modify themselves, they--the PHP developers--have to go in and make the change. It&#039;s kind of sad that so much of the code driving the Web is written in this backwards language by people with backwards attitudes. &quot;Want to change a template in a PHP blogging system?&quot; Oops, you have to *learn* PHP to do so. &quot;What if you&#039;re just an average user and not a programmer?&quot; Well, tough, everyone should learn PHP just like I did. This attitude should have been killed off by 1999, but sadly it&#039;s still prevalent. PHP is a solid language, but the way it&#039;s used in web applications is all too often just plain atrocious. Rails and similar frameworks give us hope that things can be better designed and organized down the road, but with all the legacy PHP cruft standing in the way, that&#039;s going to be hard. (Of course, PHP is still miles better than any variety of ASP.)</description>
		<content:encoded><![CDATA[<p>Well, maybe you can&#8217;t compare a language to a framework, but one obvious point of note is that the Rails code is properly segmented into pieces, a controller piece and a view piece. The PHP code is all in one entity. I know PHP templating frameworks exist, but it seems PHPer&#8217;s have never heard of them or just don&#8217;t like them. (I&#8217;ve actually heard speak disdainfully of the whole MVC concept in general, voicing the loud arrogant sentiment of &#8220;real coders don&#8217;t etc. etc. etc.&#8221;) They actually WANT to put controller and view in the same component and they actually imagine that&#8217;s a GOOD thing! Then when a page layout needs a minor tweak, rather than having a construct a designer might actually be able to modify themselves, they&#8211;the PHP developers&#8211;have to go in and make the change. It&#8217;s kind of sad that so much of the code driving the Web is written in this backwards language by people with backwards attitudes. &#8220;Want to change a template in a PHP blogging system?&#8221; Oops, you have to *learn* PHP to do so. &#8220;What if you&#8217;re just an average user and not a programmer?&#8221; Well, tough, everyone should learn PHP just like I did. This attitude should have been killed off by 1999, but sadly it&#8217;s still prevalent. PHP is a solid language, but the way it&#8217;s used in web applications is all too often just plain atrocious. Rails and similar frameworks give us hope that things can be better designed and organized down the road, but with all the legacy PHP cruft standing in the way, that&#8217;s going to be hard. (Of course, PHP is still miles better than any variety of ASP.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Nelson</title>
		<link>http://jonathanng.com/technology/php-vs-rails/comment-page-1/#comment-173</link>
		<dc:creator>Jonathan Nelson</dc:creator>
		<pubDate>Fri, 11 Apr 2008 16:27:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathansng.com/?p=134#comment-173</guid>
		<description>Well done. This is a fantastic representation of power, flexibility, and ease of use with Rails.</description>
		<content:encoded><![CDATA[<p>Well done. This is a fantastic representation of power, flexibility, and ease of use with Rails.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
