<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: CakePHP vs. Rails</title>
	<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/</link>
	<description>INTJ FTW!</description>
	<pubDate>Thu, 03 Jul 2008 22:58:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: test</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2347</link>
		<author>test</author>
		<pubDate>Tue, 17 Jun 2008 12:40:57 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2347</guid>
		<description>Probably  e-mail contact will be better for such convesations, so there you have. Need get back to work otherwise  I will be jobless php coder ;-)</description>
		<content:encoded><![CDATA[<p>Probably  e-mail contact will be better for such convesations, so there you have. Need get back to work otherwise  I will be jobless php coder ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2346</link>
		<author>Matt</author>
		<pubDate>Tue, 17 Jun 2008 12:16:20 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2346</guid>
		<description>@test:

I've worked with all of those languages. Java will get you a job, most likely one you'll hate. PHP will get you a job that will probably be frustrating in the long term. 

Ruby/Rails is really a dream. It's not just the language, nor the framework. The Rails community is large and helpful, there are a ton of plugins and gems ready to use, and there are testing frameworks that are built-in. No crazy bugs to track down as testing is a real breeze. 

I've written the large sprawling PHP app, and they rarely are tested in any way; with Rails everything is standardized and serene. I highly recommend it.

I picked up Ruby and Rails in a couple months of daily use. I was more comfortable with Ruby in that short of time span as I was with PHP after eight years.</description>
		<content:encoded><![CDATA[<p>@test:</p>
<p>I&#8217;ve worked with all of those languages. Java will get you a job, most likely one you&#8217;ll hate. PHP will get you a job that will probably be frustrating in the long term. </p>
<p>Ruby/Rails is really a dream. It&#8217;s not just the language, nor the framework. The Rails community is large and helpful, there are a ton of plugins and gems ready to use, and there are testing frameworks that are built-in. No crazy bugs to track down as testing is a real breeze. </p>
<p>I&#8217;ve written the large sprawling PHP app, and they rarely are tested in any way; with Rails everything is standardized and serene. I highly recommend it.</p>
<p>I picked up Ruby and Rails in a couple months of daily use. I was more comfortable with Ruby in that short of time span as I was with PHP after eight years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: test</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2345</link>
		<author>test</author>
		<pubDate>Tue, 17 Jun 2008 12:09:47 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2345</guid>
		<description>@Mat...
I don't want to argue, I decided to force you to reply here, because   someone can aslo ask such a questions. 

MonkeyPatch-ing sounds interesting, but everything can be coded in many ways, some of them are better some not.

Last days (before  I come to yours website) I was wondering what will be advantages of learning ruby and use rails insetad of cake. 

One of my conclusions was that,  there will not be any advantages for me.(comparing time spent on learning Ruby and Rails to financial result). 

You are right - Ruby code is much more clear than php code, Ruby has good approach on OOP where php is just begining,but market for php coders is hudge right now, and market for Ruby coders is just growing. We can argue here, because of smaller number of Ruby coders , but only reason here is again smaller  market for Ruby coders.

I saw few podcasts about Ruby, and you are right once again, Cake is only clone, but not pure clone, he is limited by php at all and version of php used by cake develpers.

Within few weeks I'm going to choose some new language to learn (probably it will be java, if not  I will review my opinion about Ruby), than if I will choose Ruby, I will be often guest on your website, and If you woudn't mind I will ask you hunderds of questions about R and RoR.

cheers.</description>
		<content:encoded><![CDATA[<p>@Mat&#8230;<br />
I don&#8217;t want to argue, I decided to force you to reply here, because   someone can aslo ask such a questions. </p>
<p>MonkeyPatch-ing sounds interesting, but everything can be coded in many ways, some of them are better some not.</p>
<p>Last days (before  I come to yours website) I was wondering what will be advantages of learning ruby and use rails insetad of cake. </p>
<p>One of my conclusions was that,  there will not be any advantages for me.(comparing time spent on learning Ruby and Rails to financial result). </p>
<p>You are right &#8211; Ruby code is much more clear than php code, Ruby has good approach on OOP where php is just begining,but market for php coders is hudge right now, and market for Ruby coders is just growing. We can argue here, because of smaller number of Ruby coders , but only reason here is again smaller  market for Ruby coders.</p>
<p>I saw few podcasts about Ruby, and you are right once again, Cake is only clone, but not pure clone, he is limited by php at all and version of php used by cake develpers.</p>
<p>Within few weeks I&#8217;m going to choose some new language to learn (probably it will be java, if not  I will review my opinion about Ruby), than if I will choose Ruby, I will be often guest on your website, and If you woudn&#8217;t mind I will ask you hunderds of questions about R and RoR.</p>
<p>cheers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2331</link>
		<author>Matt</author>
		<pubDate>Mon, 16 Jun 2008 21:22:30 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2331</guid>
		<description>@test:

Since you didn't choose to leave an actual email, nor even your name, I'll reply here.

There are a ton of ways having a String or an Integer is useful. One of these is extending classes at run time. I highly suggest you read up on &lt;a href='http://en.wikipedia.org/wiki/Monkey_patch' rel="nofollow"&gt;Monkey Patching&lt;/a&gt;

You can even extend the Nil class to do some interesting stuff when a value is not found when you expected something.</description>
		<content:encoded><![CDATA[<p>@test:</p>
<p>Since you didn&#8217;t choose to leave an actual email, nor even your name, I&#8217;ll reply here.</p>
<p>There are a ton of ways having a String or an Integer is useful. One of these is extending classes at run time. I highly suggest you read up on <a href='http://en.wikipedia.org/wiki/Monkey_patch' rel="nofollow">Monkey Patching</a></p>
<p>You can even extend the Nil class to do some interesting stuff when a value is not found when you expected something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: test</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2330</link>
		<author>test</author>
		<pubDate>Mon, 16 Jun 2008 21:16:52 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-2330</guid>
		<description>@Mat "In Ruby ‘nil’ in an object, as is the number 1, or “String”. That is true OOP." So  maybe can you give me any sample of use nil, int or str as an object (of course when it's really usefull to have null value , int or str as an object )?</description>
		<content:encoded><![CDATA[<p>@Mat &#8220;In Ruby ‘nil’ in an object, as is the number 1, or “String”. That is true OOP.&#8221; So  maybe can you give me any sample of use nil, int or str as an object (of course when it&#8217;s really usefull to have null value , int or str as an object )?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-219</link>
		<author>Matt</author>
		<pubDate>Sun, 23 Mar 2008 13:54:25 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-219</guid>
		<description>PHP's OOP is strapped on as an afterthought, though I do applaud their efforts.

Sure, you can write classes that have methods and inheritance and such, but PHP's built-in functions are almost totally procedural. In Ruby 'nil' in an object, as is the number 1, or "String". That is true OOP.

PHP's built-in functions operate on variables, not on objects. Meaning that when you call something like "substr($string, 3)"; that is 100% procedural. A true OOP way would have the substr() function as a method of a string object, i.e. "$string.substr(3)".

Again, PHP is moving in the right direction, but I'm afraid that it would take basically a full language re-write before it is truly OOP.

Of course, that's just my $0.02 ;)</description>
		<content:encoded><![CDATA[<p>PHP&#8217;s OOP is strapped on as an afterthought, though I do applaud their efforts.</p>
<p>Sure, you can write classes that have methods and inheritance and such, but PHP&#8217;s built-in functions are almost totally procedural. In Ruby &#8216;nil&#8217; in an object, as is the number 1, or &#8220;String&#8221;. That is true OOP.</p>
<p>PHP&#8217;s built-in functions operate on variables, not on objects. Meaning that when you call something like &#8220;substr($string, 3)&#8221;; that is 100% procedural. A true OOP way would have the substr() function as a method of a string object, i.e. &#8221;$string.substr(3)&#8221;.</p>
<p>Again, PHP is moving in the right direction, but I&#8217;m afraid that it would take basically a full language re-write before it is truly OOP.</p>
<p>Of course, that&#8217;s just my $0.02 ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oop_fanatic</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-217</link>
		<author>oop_fanatic</author>
		<pubDate>Sun, 23 Mar 2008 07:46:26 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-217</guid>
		<description>"PHP is not object oriented"?

PHP is object oriented! :-) 

The actual problem is with PHP's *implementation* of OOP.

So yes, PHP is object oriented, but there are people (including me) who would like to see an improvement in the OOP features. Personally seeing spaghetti code and pseudo OOP makes me ill. Stop with the spaghetti code already and really for a better OOP model in PHP. Seriously, coding procedurally or using pseudo-OOP is like trying to engineer a bridge with paper. OK, procedural programming was OK 20 years ago. Procedural programming Vs. OOP programming is like 17th century architecture Vs. 21st century architecture. Stop it.

http://www.objectorientedphp.com/</description>
		<content:encoded><![CDATA[<p>&#8220;PHP is not object oriented&#8221;?</p>
<p>PHP is object oriented! :-) </p>
<p>The actual problem is with PHP&#8217;s <strong>implementation</strong> of OOP.</p>
<p>So yes, PHP is object oriented, but there are people (including me) who would like to see an improvement in the OOP features. Personally seeing spaghetti code and pseudo OOP makes me ill. Stop with the spaghetti code already and really for a better OOP model in PHP. Seriously, coding procedurally or using pseudo-OOP is like trying to engineer a bridge with paper. OK, procedural programming was OK 20 years ago. Procedural programming Vs. OOP programming is like 17th century architecture Vs. 21st century architecture. Stop it.</p>
<p><a href="http://www.objectorientedphp.com/" rel="nofollow" onclick="javascript:urchinTracker('/outbound/comment/http://www.objectorientedphp.com/');">http://www.objectorientedphp.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Davis</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-127</link>
		<author>Eric Davis</author>
		<pubDate>Thu, 31 Jan 2008 21:22:37 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-127</guid>
		<description>I started in Ruby on Rails about 2 years ago and had to do a recent project in CakePHP [1].  To me, CakePHP felt backwards and that many things were 80% complete.  Good enough to get something working but hard to finish.  Like you said, this can be attributed to the differences between PHP and Ruby and also that CakePHP is trying to be PHP4 compatible, almost 4 years after PHP5 was released.

That said, CakePHP is a great thing for PHP.  I see way to much PHP "hacked out" with no structure at all.

[1]: Doing PHP was a major hurdle, they wouldn't even consider Ruby.</description>
		<content:encoded><![CDATA[<p>I started in Ruby on Rails about 2 years ago and had to do a recent project in CakePHP [1].  To me, CakePHP felt backwards and that many things were 80% complete.  Good enough to get something working but hard to finish.  Like you said, this can be attributed to the differences between PHP and Ruby and also that CakePHP is trying to be PHP4 compatible, almost 4 years after PHP5 was released.</p>
<p>That said, CakePHP is a great thing for PHP.  I see way to much PHP &#8220;hacked out&#8221; with no structure at all.</p>
<p>[1]: Doing PHP was a major hurdle, they wouldn&#8217;t even consider Ruby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-95</link>
		<author>Matt</author>
		<pubDate>Wed, 16 Jan 2008 13:36:01 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-95</guid>
		<description>&lt;p&gt;@Saurabh: Those are great! I've never seen them!&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>@Saurabh: Those are great! I&#8217;ve never seen them!</p>
<p></p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: saurabh purnaye</title>
		<link>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-94</link>
		<author>saurabh purnaye</author>
		<pubDate>Wed, 16 Jan 2008 10:37:22 +0000</pubDate>
		<guid>http://blog.matt-darby.com/2007/12/14/cakephp-vs-rails/#comment-94</guid>
		<description>http://www.youtube.com/watch?v=n1NVfDlU6yQ
http://www.youtube.com/watch?v=Ld919lziKgE
http://www.youtube.com/watch?v=GQXqWkWqnSw</description>
		<content:encoded><![CDATA[<p><a href="http://www.youtube.com/watch?v=n1NVfDlU6yQ" rel="nofollow" onclick="javascript:urchinTracker('/outbound/comment/http://www.youtube.com/watch?v=n1NVfDlU6yQ');">http://www.youtube.com/watch?v=n1NVfDlU6yQ</a><br />
<a href="http://www.youtube.com/watch?v=Ld919lziKgE" rel="nofollow" onclick="javascript:urchinTracker('/outbound/comment/http://www.youtube.com/watch?v=Ld919lziKgE');">http://www.youtube.com/watch?v=Ld919lziKgE</a><br />
<a href="http://www.youtube.com/watch?v=GQXqWkWqnSw" rel="nofollow" onclick="javascript:urchinTracker('/outbound/comment/http://www.youtube.com/watch?v=GQXqWkWqnSw');">http://www.youtube.com/watch?v=GQXqWkWqnSw</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
