<?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 Framework Comparison: Zend Framework</title>
	<atom:link href="http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/</link>
	<description>Usability Best Practice for E-commerce and Software Development</description>
	<lastBuildDate>Mon, 18 Jan 2010 14:11:23 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Barna blogol &#187; Blog Archive &#187; Kétségeim</title>
		<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/comment-page-1/#comment-916</link>
		<dc:creator>Barna blogol &#187; Blog Archive &#187; Kétségeim</dc:creator>
		<pubDate>Sun, 30 Aug 2009 21:33:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulrouke.co.uk/?p=119#comment-916</guid>
		<description>[...] a cikkjeibe, a The no-framework PHP MVC framework passzol a gondolatmentemhez. Hozzájött még ez és ez és [...]</description>
		<content:encoded><![CDATA[<p>[...] a cikkjeibe, a The no-framework PHP MVC framework passzol a gondolatmentemhez. Hozzájött még ez és ez és [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Rouke and PRWD on User Centered Design &#187; Blog Archive &#187; PHP Framework Comparison: Kohana</title>
		<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/comment-page-1/#comment-666</link>
		<dc:creator>Paul Rouke and PRWD on User Centered Design &#187; Blog Archive &#187; PHP Framework Comparison: Kohana</dc:creator>
		<pubDate>Fri, 15 Aug 2008 14:20:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulrouke.co.uk/?p=119#comment-666</guid>
		<description>[...] my earlier posts on Zend Framework and Symfony, the final part of my comparison will be an evaluation of [...]</description>
		<content:encoded><![CDATA[<p>[...] my earlier posts on Zend Framework and Symfony, the final part of my comparison will be an evaluation of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wil Sinclair</title>
		<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/comment-page-1/#comment-337</link>
		<dc:creator>Wil Sinclair</dc:creator>
		<pubDate>Thu, 10 Jul 2008 21:19:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulrouke.co.uk/?p=119#comment-337</guid>
		<description>Thanks for the clarifications!
The QuickStart is back under active development, and I think I&#039;ve found a way to do it so that it remains succinct for the people who want to get going fast, yet informative for the people who want some more background. Stay tuned. I&#039;ll try to remember to come back here and post a note once it&#039;s done.
Askeet is simply awesome and model of what all frameworks should aspire to in their tutorial apps. That said, we just haven&#039;t found the time to do something similar at Zend. Fortunately, one of our community members has stepped up with an extended blog tutorial: http://blog.astrumfutura.com/index.php?/plugin/tag/tutorial. I&#039;ll ping him about if/when he plans to finish it off and format the content in a more sequential and consolidated way.
Self-referential links in the ref guide? Great idea! I&#039;ll take a look at how to do this with docbook.
RE: Community. I honestly don&#039;t think this is an accurate description of our community. We are putting together 1.6 RC1 right now; much more than half of the code has been written by community members. Zend does try to bring a little order to the chaos with our Proposal Process and issue tracking workflow- certainly more so than many other OS projects- but we are very careful about remaining open to all and encouraging community contributions. Maybe you can drop by our contributor IRC channel to see how we roll. :) #zftalk.dev on freenode
Did you see our site before the 1.5 release? Could be that we&#039;ve just over-corrected a bit. ;) Seriously, tho, we don&#039;t want to obscure the origins and intentions behind the project; the site is definitely geared towards selling developers and decision makers alike on ZF. I can see your point here but if the site changes significantly, it will only be to execute on this strategy more effectively. The site isn&#039;t maintained by our marketing department, but I certainly take their advice when planning updates.
Hmmmm. . . the post. It&#039;s great getting back to things you&#039;ve written a month ago, isn&#039;t it? :) I don&#039;t see any problem with what I wrote. But then again, it is my opinion after all. ;) I didn&#039;t mention his doing it himself because we already had plans, and I didn&#039;t want to encourage him to duplicate that effort. 1.6 RC1 is coming out next week, and it doesn&#039;t include a file upload form element, after all. I believe I would have sincerely encouraged him to contribute otherwise.
To be honest, I think Matthew was a bit sharp. In fact, this is the sharpest communication I think I&#039;ve ever seen from him. I think it might have something to do with the &#039;WTF?&#039; comment in the original post. We get a lot of criticism, as do all open source projects, and this particular criticism seems very well founded but could be read as disrespectful. To give the blogger credit, his update and replies seem much more constructive and respectful. And Matthew did address his points, albeit with a lot of underscores. :) I&#039;d guess that Matthew and Al happened to catch each other in bad moods. If you find other posts where any ZF&#039;er seems cross or dismissive or un-constructive, please let me know immediately. I think you&#039;ll find by going through the ZF archives and searching for other blogs that we&#039;ve both written and commented on that this is not characteristic at all of our communications. That said, if there is any way that we can improve on our communication with the community, we&#039;re always looking for suggestions.</description>
		<content:encoded><![CDATA[<p>Thanks for the clarifications!<br />
The QuickStart is back under active development, and I think I&#8217;ve found a way to do it so that it remains succinct for the people who want to get going fast, yet informative for the people who want some more background. Stay tuned. I&#8217;ll try to remember to come back here and post a note once it&#8217;s done.<br />
Askeet is simply awesome and model of what all frameworks should aspire to in their tutorial apps. That said, we just haven&#8217;t found the time to do something similar at Zend. Fortunately, one of our community members has stepped up with an extended blog tutorial: <a href="http://blog.astrumfutura.com/index.php?/plugin/tag/tutorial" rel="nofollow">http://blog.astrumfutura.com/index.php?/plugin/tag/tutorial</a>. I&#8217;ll ping him about if/when he plans to finish it off and format the content in a more sequential and consolidated way.<br />
Self-referential links in the ref guide? Great idea! I&#8217;ll take a look at how to do this with docbook.<br />
RE: Community. I honestly don&#8217;t think this is an accurate description of our community. We are putting together 1.6 RC1 right now; much more than half of the code has been written by community members. Zend does try to bring a little order to the chaos with our Proposal Process and issue tracking workflow- certainly more so than many other OS projects- but we are very careful about remaining open to all and encouraging community contributions. Maybe you can drop by our contributor IRC channel to see how we roll. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  #zftalk.dev on freenode<br />
Did you see our site before the 1.5 release? Could be that we&#8217;ve just over-corrected a bit. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  Seriously, tho, we don&#8217;t want to obscure the origins and intentions behind the project; the site is definitely geared towards selling developers and decision makers alike on ZF. I can see your point here but if the site changes significantly, it will only be to execute on this strategy more effectively. The site isn&#8217;t maintained by our marketing department, but I certainly take their advice when planning updates.<br />
Hmmmm. . . the post. It&#8217;s great getting back to things you&#8217;ve written a month ago, isn&#8217;t it? <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I don&#8217;t see any problem with what I wrote. But then again, it is my opinion after all. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  I didn&#8217;t mention his doing it himself because we already had plans, and I didn&#8217;t want to encourage him to duplicate that effort. 1.6 RC1 is coming out next week, and it doesn&#8217;t include a file upload form element, after all. I believe I would have sincerely encouraged him to contribute otherwise.<br />
To be honest, I think Matthew was a bit sharp. In fact, this is the sharpest communication I think I&#8217;ve ever seen from him. I think it might have something to do with the &#8216;WTF?&#8217; comment in the original post. We get a lot of criticism, as do all open source projects, and this particular criticism seems very well founded but could be read as disrespectful. To give the blogger credit, his update and replies seem much more constructive and respectful. And Matthew did address his points, albeit with a lot of underscores. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  I&#8217;d guess that Matthew and Al happened to catch each other in bad moods. If you find other posts where any ZF&#8217;er seems cross or dismissive or un-constructive, please let me know immediately. I think you&#8217;ll find by going through the ZF archives and searching for other blogs that we&#8217;ve both written and commented on that this is not characteristic at all of our communications. That said, if there is any way that we can improve on our communication with the community, we&#8217;re always looking for suggestions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Rouke and PRWD on User Centered Design &#187; Blog Archive &#187; PHP Framework Comparison: Symfony</title>
		<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/comment-page-1/#comment-332</link>
		<dc:creator>Paul Rouke and PRWD on User Centered Design &#187; Blog Archive &#187; PHP Framework Comparison: Symfony</dc:creator>
		<pubDate>Thu, 10 Jul 2008 15:39:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulrouke.co.uk/?p=119#comment-332</guid>
		<description>[...] post is the second in a series. The first post focussed on the strengths and weaknesses of the Zend Framework. This post about another leading PHP framework, [...]</description>
		<content:encoded><![CDATA[<p>[...] post is the second in a series. The first post focussed on the strengths and weaknesses of the Zend Framework. This post about another leading PHP framework, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Knight</title>
		<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/comment-page-1/#comment-229</link>
		<dc:creator>Rob Knight</dc:creator>
		<pubDate>Thu, 03 Jul 2008 11:15:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulrouke.co.uk/?p=119#comment-229</guid>
		<description>Thanks for the comment Wil.

Regarding the documentation, I think that it&#039;s lacking in the tutorial/quickstart area, as you mention.  The Quick Start tutorial seems to be the only decent example of how to build something in ZF, and it&#039;s not really a great example.  It shows some of the basic mechanics of ZF apps, but it&#039;s not very engaging.  It suffers greatly in comparison with Symfony&#039;s &lt;a href=&quot;http://www.symfony-project.org/askeet/1_0/en/&quot; rel=&quot;nofollow&quot;&gt;Askeet Tutorial&lt;/a&gt;, which is a 24-step tutorial showing how to build a complete web app.  That said, ZF&#039;s reference documentation is slightly better than Symfony&#039;s.  Representing class libraries in reference format is always slightly complicated by the issue of dependencies between classes (due to the need to jump between different classes to read up on related topics, which isn&#039;t so much of an issue in modular non-OO code libraries), so navigation is a bit clunky, but the documentation is good.  To be honest, I&#039;ve never seen reference documentation for OO systems done particularly well.

The community is probably better than I give it credit for, but I&#039;m coming from a background of having recently done some &lt;a href=&quot;http://drupal.org/&quot; rel=&quot;nofollow&quot;&gt;Drupal&lt;/a&gt; development (and I&#039;d regard Drupal as a serious competitor to ZF for many web development tasks).  The Drupal community is &lt;em&gt;huge&lt;/em&gt; and extremely well-engaged.  No PHP framework can match it, but some seem to be closer to getting that kind of community engagement than others.  Perhaps it&#039;s just a question of emphasis and origin; ZF still feels &lt;a href=&quot;http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar&quot; rel=&quot;nofollow&quot;&gt;more like a cathedral than a bazaar&lt;/a&gt; (I know, the metaphor doesn&#039;t &lt;em&gt;quite&lt;/em&gt; fit) right now, but that may change.  In an odd way, the very professional look-and-feel of the ZF site makes it feel less like a community project and more like a corporate exercise.

Regarding developer attitudes, the &lt;a href=&quot;http://blog.alcastle.com/2008/06/08/zend-framework-no-file-upload/&quot; rel=&quot;nofollow&quot;&gt;post I linked to earlier&lt;/a&gt; sort-of illustrates this.  OK, I admit that this isn&#039;t quite as negative as I thought it was at first glance, but the general vibe from yourself and Matthew in that thread seems to be very much &quot;we&#039;ll implement that feature at some point in the future, maybe&quot; and Matthew did seem a little bit offended at the criticism, but maybe I misread this.  However, I do think that the best response there would have been &quot;here&#039;s the issue for this, go contribute some code if you think that this feature is so important&quot;.  The fact that you didn&#039;t feel able to say this underlines my earlier point about &quot;letting go&quot; of the project.  It&#039;s not your job to defend the software when people are asking for extra features - it&#039;s their job to implement it (or assist others who will do so).  In retrospect I may have been a little harsh in seeing this as a failing on your part though; I&#039;ve just become used to a rather uncompromising attitude towards &#039;do it yourself&#039; open source project management!</description>
		<content:encoded><![CDATA[<p>Thanks for the comment Wil.</p>
<p>Regarding the documentation, I think that it&#8217;s lacking in the tutorial/quickstart area, as you mention.  The Quick Start tutorial seems to be the only decent example of how to build something in ZF, and it&#8217;s not really a great example.  It shows some of the basic mechanics of ZF apps, but it&#8217;s not very engaging.  It suffers greatly in comparison with Symfony&#8217;s <a href="http://www.symfony-project.org/askeet/1_0/en/" rel="nofollow">Askeet Tutorial</a>, which is a 24-step tutorial showing how to build a complete web app.  That said, ZF&#8217;s reference documentation is slightly better than Symfony&#8217;s.  Representing class libraries in reference format is always slightly complicated by the issue of dependencies between classes (due to the need to jump between different classes to read up on related topics, which isn&#8217;t so much of an issue in modular non-OO code libraries), so navigation is a bit clunky, but the documentation is good.  To be honest, I&#8217;ve never seen reference documentation for OO systems done particularly well.</p>
<p>The community is probably better than I give it credit for, but I&#8217;m coming from a background of having recently done some <a href="http://drupal.org/" rel="nofollow">Drupal</a> development (and I&#8217;d regard Drupal as a serious competitor to ZF for many web development tasks).  The Drupal community is <em>huge</em> and extremely well-engaged.  No PHP framework can match it, but some seem to be closer to getting that kind of community engagement than others.  Perhaps it&#8217;s just a question of emphasis and origin; ZF still feels <a href="http://en.wikipedia.org/wiki/The_Cathedral_and_the_Bazaar" rel="nofollow">more like a cathedral than a bazaar</a> (I know, the metaphor doesn&#8217;t <em>quite</em> fit) right now, but that may change.  In an odd way, the very professional look-and-feel of the ZF site makes it feel less like a community project and more like a corporate exercise.</p>
<p>Regarding developer attitudes, the <a href="http://blog.alcastle.com/2008/06/08/zend-framework-no-file-upload/" rel="nofollow">post I linked to earlier</a> sort-of illustrates this.  OK, I admit that this isn&#8217;t quite as negative as I thought it was at first glance, but the general vibe from yourself and Matthew in that thread seems to be very much &#8220;we&#8217;ll implement that feature at some point in the future, maybe&#8221; and Matthew did seem a little bit offended at the criticism, but maybe I misread this.  However, I do think that the best response there would have been &#8220;here&#8217;s the issue for this, go contribute some code if you think that this feature is so important&#8221;.  The fact that you didn&#8217;t feel able to say this underlines my earlier point about &#8220;letting go&#8221; of the project.  It&#8217;s not your job to defend the software when people are asking for extra features &#8211; it&#8217;s their job to implement it (or assist others who will do so).  In retrospect I may have been a little harsh in seeing this as a failing on your part though; I&#8217;ve just become used to a rather uncompromising attitude towards &#8216;do it yourself&#8217; open source project management!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wil Sinclair</title>
		<link>http://www.paulrouke.co.uk/2008/07/01/php-framework-comparison-zend/comment-page-1/#comment-215</link>
		<dc:creator>Wil Sinclair</dc:creator>
		<pubDate>Wed, 02 Jul 2008 03:10:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.paulrouke.co.uk/?p=119#comment-215</guid>
		<description>Wow. You seem to have nailed our philosophy and goals on the head. I often talk about &#039;working up to simplicity&#039; as opposed to working down from simple use cases. We decided very early on that the only way we could provide the power and flexibility our users need with the simplicity they expect, we&#039;d have to build on top of sound foundations while working toward the presto! application. We also realized that wasn&#039;t all going to come together in a single release. It was a hard decision, since a lot of developers draw conclusions in the first hour of evaluating a framework, but we happen to think than many developers will find the hundreds or thousands of hours they invest in a framework somewhat more important. :)
Let me be 100% clear about this: Zend, with the help of our contributors, will fill in the pieces to get to a great first-hour experience over the next few releases, but we love to see frameworks built on top of ZF. There are a few I&#039;m aware of: Xyster, Zym, and the non-FOSS (yet ;) ) framework that the guys at tilllate.com have built. Undoubtedly there are more that I haven&#039;t heard of or can&#039;t remember right now. We are choosing a particular direction for project generation and manipulation that inevitably will not agree with some developers, so no one should be discouraged from creating and maintaining implementations that reflect their preferences. Of course, they can always help with ours, too. ;) Read more about it (in the Zend_Tool proposals) here: http://framework.zend.com/wiki/display/ZFPROP/Home.
RE: Documentation. You know, this is a funny topic. Some people say it&#039;s great, some say it&#039;s terrible. I think our documentation appeals to certain developers and ramping up styles. Let me know any specifics of what would appeal to you. If the QuickStart helped form your poor impressions of ZF docs, I take full responsibility; I simply haven&#039;t had the time to get back to it. :( 
RE: Community. Honestly, I wouldn&#039;t expect this assessment. We have about 10-15 very active community contributors. There are far more doc- and translation-oriented contributors. I also think of issue creation, ZF blogging, and even petitions to Zend to fix stuff as contributions in their own manner. I believe we&#039;d have more major contributors if we didn&#039;t have a relatively intensive proposal process, but we feel this process is necessary to provide the consistency and quality of ZF components. Without the quality we would simply not be meeting our goals with the framework. What changes would you make to foster a more effective FOSS-style community?
Could you please send me any links to any of our developers- including community members- that have taken criticism personally? While everyone has a bad day every now and then, we have talked about how we can make the most of any criticism. I think it&#039;s valid to prompt the person who found the problem to also fix it; we want everyone to know that ZF is open for contributions, after all. This sentiment should always be sincere and encouraging; I will address any contributor directly if it is used to dismiss criticism. All that said, we do have a lot of users who do not contribute, and we value them as well.

I wish you the best with whichever framework you end up going with.

,Wil</description>
		<content:encoded><![CDATA[<p>Wow. You seem to have nailed our philosophy and goals on the head. I often talk about &#8216;working up to simplicity&#8217; as opposed to working down from simple use cases. We decided very early on that the only way we could provide the power and flexibility our users need with the simplicity they expect, we&#8217;d have to build on top of sound foundations while working toward the presto! application. We also realized that wasn&#8217;t all going to come together in a single release. It was a hard decision, since a lot of developers draw conclusions in the first hour of evaluating a framework, but we happen to think than many developers will find the hundreds or thousands of hours they invest in a framework somewhat more important. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Let me be 100% clear about this: Zend, with the help of our contributors, will fill in the pieces to get to a great first-hour experience over the next few releases, but we love to see frameworks built on top of ZF. There are a few I&#8217;m aware of: Xyster, Zym, and the non-FOSS (yet <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  ) framework that the guys at tilllate.com have built. Undoubtedly there are more that I haven&#8217;t heard of or can&#8217;t remember right now. We are choosing a particular direction for project generation and manipulation that inevitably will not agree with some developers, so no one should be discouraged from creating and maintaining implementations that reflect their preferences. Of course, they can always help with ours, too. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  Read more about it (in the Zend_Tool proposals) here: <a href="http://framework.zend.com/wiki/display/ZFPROP/Home" rel="nofollow">http://framework.zend.com/wiki/display/ZFPROP/Home</a>.<br />
RE: Documentation. You know, this is a funny topic. Some people say it&#8217;s great, some say it&#8217;s terrible. I think our documentation appeals to certain developers and ramping up styles. Let me know any specifics of what would appeal to you. If the QuickStart helped form your poor impressions of ZF docs, I take full responsibility; I simply haven&#8217;t had the time to get back to it. <img src='http://www.paulrouke.co.uk/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /><br />
RE: Community. Honestly, I wouldn&#8217;t expect this assessment. We have about 10-15 very active community contributors. There are far more doc- and translation-oriented contributors. I also think of issue creation, ZF blogging, and even petitions to Zend to fix stuff as contributions in their own manner. I believe we&#8217;d have more major contributors if we didn&#8217;t have a relatively intensive proposal process, but we feel this process is necessary to provide the consistency and quality of ZF components. Without the quality we would simply not be meeting our goals with the framework. What changes would you make to foster a more effective FOSS-style community?<br />
Could you please send me any links to any of our developers- including community members- that have taken criticism personally? While everyone has a bad day every now and then, we have talked about how we can make the most of any criticism. I think it&#8217;s valid to prompt the person who found the problem to also fix it; we want everyone to know that ZF is open for contributions, after all. This sentiment should always be sincere and encouraging; I will address any contributor directly if it is used to dismiss criticism. All that said, we do have a lot of users who do not contribute, and we value them as well.</p>
<p>I wish you the best with whichever framework you end up going with.</p>
<p>,Wil</p>
]]></content:encoded>
	</item>
</channel>
</rss>
