<?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: The State of CakePHP</title>
	<atom:link href="http://ryan.ifupdown.com/2009/10/23/the-state-of-cakephp/feed/" rel="self" type="application/rss+xml" />
	<link>http://ryan.ifupdown.com/2009/10/23/the-state-of-cakephp/</link>
	<description>Opinions, Thoughts and Ideas - PHP, Java and Javascript</description>
	<lastBuildDate>Sat, 13 Mar 2010 17:28:54 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ryan</title>
		<link>http://ryan.ifupdown.com/2009/10/23/the-state-of-cakephp/comment-page-1/#comment-6889</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Tue, 27 Oct 2009 12:32:24 +0000</pubDate>
		<guid isPermaLink="false">http://ryan.ifupdown.com/?p=1780#comment-6889</guid>
		<description>I&#039;ve been in #cakephp and it has been useful and I&#039;d love to learn more about everything to do with Cake.

As for php 4/5, I think there is a serious need for Cake 1.3 to be ready and flowing. Lithium could be really great, I saw it when it was still Cake3 but what scared me was php 5.3  and those absurd namespaces. Nevertheless, closures should make things easier for everyone. Following trends isn&#039;t what I&#039;m talking about. Even PHP stopped supporting old versions of PHP 4. I understand, too well, that you can&#039;t always change the server you work on but I would hate to work on a project that has no option but to work on PHP 4. I couldn&#039;t imagine it. Cake will never die, I agree.


But again, I agree, good luck to Lithium; I love a stable code base that keeps up with the times and a community that doesn&#039;t let its resources get old.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been in #cakephp and it has been useful and I&#8217;d love to learn more about everything to do with Cake.</p>
<p>As for php 4/5, I think there is a serious need for Cake 1.3 to be ready and flowing. Lithium could be really great, I saw it when it was still Cake3 but what scared me was php 5.3  and those absurd namespaces. Nevertheless, closures should make things easier for everyone. Following trends isn&#8217;t what I&#8217;m talking about. Even PHP stopped supporting old versions of PHP 4. I understand, too well, that you can&#8217;t always change the server you work on but I would hate to work on a project that has no option but to work on PHP 4. I couldn&#8217;t imagine it. Cake will never die, I agree.</p>
<p>But again, I agree, good luck to Lithium; I love a stable code base that keeps up with the times and a community that doesn&#8217;t let its resources get old.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: poLK</title>
		<link>http://ryan.ifupdown.com/2009/10/23/the-state-of-cakephp/comment-page-1/#comment-6880</link>
		<dc:creator>poLK</dc:creator>
		<pubDate>Tue, 27 Oct 2009 09:38:03 +0000</pubDate>
		<guid isPermaLink="false">http://ryan.ifupdown.com/?p=1780#comment-6880</guid>
		<description>Ryan, I wish gwoo or nate come here to teach you how to implement more then baked crud actions. Join irc and ask, we&#039;ll not help you to grow here.

As of your php4/5 complains, I have nothing more to say then - CakePHP roadmap. PHP5 only version, full 5.3 support, namespaces, you&#039;ll find everything there. Truth is that new project can move on forward much faster, because it is not held back by community. If CakePHP codebase follows fresh edge trends closely without backwards compatibility, you&#039;ll have more reasons to cry for. Large community around CakePHP will not let this project die; therefore core developers owns to community some &#039;sanity&#039; when going forward with core.

As of &#039;loss&#039;, I&#039;ll repeat something I said in CakePHP IRC channel yesterday: if anyone worries that CakePHP world have lost some brains and hands, then I assure you we have lost them a months ago, when they started this project (now named Lithium) and kept this development in secret for nearby half of core development team. Just checkout its timeline - you&#039;ll find out exact date when we lost them. This double resignation just proves it, nothing more - and IMO should happen before last CakeFest, when existency of this code was discovered.

In fact, it is everyone&#039;s choice. I wish good success to Lithium; I found very sexy things in it. But I do prefer stable codebase with large community - over new project. Fact that it is driven by excellent ex-CakePHP core developers doesn&#039;t make much difference to me.</description>
		<content:encoded><![CDATA[<p>Ryan, I wish gwoo or nate come here to teach you how to implement more then baked crud actions. Join irc and ask, we&#8217;ll not help you to grow here.</p>
<p>As of your php4/5 complains, I have nothing more to say then &#8211; CakePHP roadmap. PHP5 only version, full 5.3 support, namespaces, you&#8217;ll find everything there. Truth is that new project can move on forward much faster, because it is not held back by community. If CakePHP codebase follows fresh edge trends closely without backwards compatibility, you&#8217;ll have more reasons to cry for. Large community around CakePHP will not let this project die; therefore core developers owns to community some &#8217;sanity&#8217; when going forward with core.</p>
<p>As of &#8216;loss&#8217;, I&#8217;ll repeat something I said in CakePHP IRC channel yesterday: if anyone worries that CakePHP world have lost some brains and hands, then I assure you we have lost them a months ago, when they started this project (now named Lithium) and kept this development in secret for nearby half of core development team. Just checkout its timeline &#8211; you&#8217;ll find out exact date when we lost them. This double resignation just proves it, nothing more &#8211; and IMO should happen before last CakeFest, when existency of this code was discovered.</p>
<p>In fact, it is everyone&#8217;s choice. I wish good success to Lithium; I found very sexy things in it. But I do prefer stable codebase with large community &#8211; over new project. Fact that it is driven by excellent ex-CakePHP core developers doesn&#8217;t make much difference to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://ryan.ifupdown.com/2009/10/23/the-state-of-cakephp/comment-page-1/#comment-6802</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Mon, 26 Oct 2009 00:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://ryan.ifupdown.com/?p=1780#comment-6802</guid>
		<description>I feel like I&#039;ve been locked into those four methods. I don&#039;t have much to back that up though, actually. I tried to use the built in Auth component but I ended trying to make my own. It&#039;s dirty but I knew what was going on.

If you ever take a look at the forge or bakery, you&#039;ll see how old some things are, how dead things are. That&#039;s a big turn off, if you ask me. The docs seem a bit disorganized and wordy; they show you what you can do, the basic syntax and stuff, but it certainly doesn&#039;t cover more realistic applications.</description>
		<content:encoded><![CDATA[<p>I feel like I&#8217;ve been locked into those four methods. I don&#8217;t have much to back that up though, actually. I tried to use the built in Auth component but I ended trying to make my own. It&#8217;s dirty but I knew what was going on.</p>
<p>If you ever take a look at the forge or bakery, you&#8217;ll see how old some things are, how dead things are. That&#8217;s a big turn off, if you ask me. The docs seem a bit disorganized and wordy; they show you what you can do, the basic syntax and stuff, but it certainly doesn&#8217;t cover more realistic applications.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Herron</title>
		<link>http://ryan.ifupdown.com/2009/10/23/the-state-of-cakephp/comment-page-1/#comment-6798</link>
		<dc:creator>Paul Herron</dc:creator>
		<pubDate>Sun, 25 Oct 2009 22:44:33 +0000</pubDate>
		<guid isPermaLink="false">http://ryan.ifupdown.com/?p=1780#comment-6798</guid>
		<description>Hi Ryan,

I&#039;m interested in how you feel Cake was limited. In what ways did you find it delivered too little?

Also, I&#039;m not sure I understand how things were limited to &quot;just index, add, delete and view&quot;. What were you trying to achieve here that Cake couldn&#039;t accommodate?</description>
		<content:encoded><![CDATA[<p>Hi Ryan,</p>
<p>I&#8217;m interested in how you feel Cake was limited. In what ways did you find it delivered too little?</p>
<p>Also, I&#8217;m not sure I understand how things were limited to &#8220;just index, add, delete and view&#8221;. What were you trying to achieve here that Cake couldn&#8217;t accommodate?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
