<?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: Book Review: CodeIgniter for Rapid PHP Application Development</title>
	<atom:link href="http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/</link>
	<description>php, linux, pear, mysql etc etc</description>
	<lastBuildDate>Fri, 21 Oct 2011 21:08:12 +0100</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: dqqOPP</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-211122</link>
		<dc:creator>dqqOPP</dc:creator>
		<pubDate>Wed, 25 Feb 2009 15:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-211122</guid>
		<description>@Derek Allard

I like your work on CI but some inaccuracies here:

1. Well, sure ExpressionEngine may have been released in 2001, according to you, but in that iteration it was NOTHING like today&#039;s CodeIgniter. CodeIgniter is a blatant copy of Ruby on Rails (not saying that is a bad thing) which came out much later than 2001. CI is much newer than RoR and borrowed, wholesale, many of its concepts and even directory structure. CI also borrowed heavily from CakePHP which pre-dates CI.

2. Of course CI uses PEAR, at least some of its principles, if not exact code. PEAR does pre-date the modern version of CI. CI, even though you say it was from EE in 2001, is really much newer. And it does use PEAR ideas and code fragments. Period. EE in 2001 was nothing like it is now. Code totally different - not much like RoR at all at that point.

Basically, acting like the 2001 version of EE really has something to do with modern CI (or even modern EE) is not really true.

Again, CI is awesome and you are awesome too, just wanted to clarify the record here. Please make more CI screencasts by the way.</description>
		<content:encoded><![CDATA[<p>@Derek Allard</p>
<p>I like your work on CI but some inaccuracies here:</p>
<p>1. Well, sure ExpressionEngine may have been released in 2001, according to you, but in that iteration it was NOTHING like today&#8217;s CodeIgniter. CodeIgniter is a blatant copy of Ruby on Rails (not saying that is a bad thing) which came out much later than 2001. CI is much newer than RoR and borrowed, wholesale, many of its concepts and even directory structure. CI also borrowed heavily from CakePHP which pre-dates CI.</p>
<p>2. Of course CI uses PEAR, at least some of its principles, if not exact code. PEAR does pre-date the modern version of CI. CI, even though you say it was from EE in 2001, is really much newer. And it does use PEAR ideas and code fragments. Period. EE in 2001 was nothing like it is now. Code totally different &#8211; not much like RoR at all at that point.</p>
<p>Basically, acting like the 2001 version of EE really has something to do with modern CI (or even modern EE) is not really true.</p>
<p>Again, CI is awesome and you are awesome too, just wanted to clarify the record here. Please make more CI screencasts by the way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kenguest</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-134062</link>
		<dc:creator>kenguest</dc:creator>
		<pubDate>Wed, 16 Apr 2008 07:47:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-134062</guid>
		<description>I was unaware that CodeIgniter inherited a lot of proprietary code that existed before the PEAR project was just a concept - that does indeed change the landscape/factors that lead me to believe that CodeIgniter had a chronic case of NIH.

As regards CodeIgniter with PHP4 and/or PHP5 I have to say that CodeIgniter was noticeable in its absence from the GoPHP5 website - why didn&#039;t CodeIgniter that initiative to influence a better adoption of PHP5, rather than simply put up with the status quo. Quite a number of Irish hosting companies have since then shifted over to supporting PHP 5 and
 taking that as a sample I&#039;d take it as a success.

Do you agree with me though that the Zend Framework is also, if not even more so, monolithic that PEAR? All it would take for the CodeIgniter homepage/manual to seem more balanced would be to also refer to ZF - at least then all I would have been able to complain about was the apparent NIH which you graciously pointed out didn&#039;t happen.</description>
		<content:encoded><![CDATA[<p>I was unaware that CodeIgniter inherited a lot of proprietary code that existed before the PEAR project was just a concept &#8211; that does indeed change the landscape/factors that lead me to believe that CodeIgniter had a chronic case of NIH.</p>
<p>As regards CodeIgniter with PHP4 and/or PHP5 I have to say that CodeIgniter was noticeable in its absence from the GoPHP5 website &#8211; why didn&#8217;t CodeIgniter that initiative to influence a better adoption of PHP5, rather than simply put up with the status quo. Quite a number of Irish hosting companies have since then shifted over to supporting PHP 5 and<br />
 taking that as a sample I&#8217;d take it as a success.</p>
<p>Do you agree with me though that the Zend Framework is also, if not even more so, monolithic that PEAR? All it would take for the CodeIgniter homepage/manual to seem more balanced would be to also refer to ZF &#8211; at least then all I would have been able to complain about was the apparent NIH which you graciously pointed out didn&#8217;t happen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PHP Weekly Reader - April 13th 2008 : phpaddiction</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-133804</link>
		<dc:creator>PHP Weekly Reader - April 13th 2008 : phpaddiction</dc:creator>
		<pubDate>Tue, 15 Apr 2008 07:42:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-133804</guid>
		<description>[...] all you Codeigniter fans Ken Guest has a review of Code Igniter for Rapid PHP Application Development, it sounds like the book was okay but not good enough to persuade him to use [...]</description>
		<content:encoded><![CDATA[<p>[...] all you Codeigniter fans Ken Guest has a review of Code Igniter for Rapid PHP Application Development, it sounds like the book was okay but not good enough to persuade him to use [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Allard</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-133620</link>
		<dc:creator>Derek Allard</dc:creator>
		<pubDate>Mon, 14 Apr 2008 21:54:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-133620</guid>
		<description>Hey Ken,

Great review.  I did one of the same book on my blog, and was a reviewer of the book before it got published (not for spelling/content, just for glaring omissions or mistakes in the CI code).  I also am a dev for CodeIgniter, and just wanted to comment a bit on your post.

Regarding PEAR, we like PEAR.  Those guys/gals do generally great work.  I’m a fan and supporter of their goals. This is really just a matter of history.  While its true that CodeIgniter itself wasn’t released until 2006, the codebase is taken (almost wholesale) from our commercial CMS &lt;a href=&quot;”http://www.expressionengine.com”&quot; rel=&quot;nofollow&quot;&gt;ExpressionEngine&lt;/a&gt;.  ExpressionEngine was first released in 2001, and the code in it was around long before then.  This obviously pre-dates PEAR.  I’m not sure honestly why it was chosen as an example, I suspect due to the instant recognition of the project, but I can say that the homepage mention was a copy/paste job from the manual page you cite.  Really, it was only mentioned once - and again, only as an example.

Even if PEAR was available, the licensing concerns (as mentioned) are major hurdles, as our commercial product would not likely be compatible with it.  CodeIgniter itself would be, but we are using CI to build EE now, and thus need to be able to distribute the codebase under our own proprietary license.

So that example aside, do you still fee we suffer from NIH?

With respect to PHP 4 vs 5 - I do want to say that CI has separate base files for 4 and 5.  We take advantage of PHP5 as much as we reasonably can, and fall back to 4 when we need to for more widespread support.  The truth is that I don’t like that I have to support PHP 4, but it is still the dominate PHP version out there, philosophical arguments aside, and we need EE (and therefore CI) to be installable on as many servers as possible.  We have every intention of dropping PHP4 support when the market will bear it, but that isn’t today.  That said, there is nothing, absolutely nothing, in CI that prevents you from using PHP 5 exclusively, and I do that on my own opensource project, BambooInvoice.

I liken it to supporting Internet Explorer.  It may be obsolete, and broken, and I hate it, but there is still a sizable enough group using it that I need to account for them on my site.  I notice that you have IE hacks in your own stylesheet ;)

Thanks for the well written review, and I hope to change your mind a bit on some of the points you raise.</description>
		<content:encoded><![CDATA[<p>Hey Ken,</p>
<p>Great review.  I did one of the same book on my blog, and was a reviewer of the book before it got published (not for spelling/content, just for glaring omissions or mistakes in the CI code).  I also am a dev for CodeIgniter, and just wanted to comment a bit on your post.</p>
<p>Regarding PEAR, we like PEAR.  Those guys/gals do generally great work.  I’m a fan and supporter of their goals. This is really just a matter of history.  While its true that CodeIgniter itself wasn’t released until 2006, the codebase is taken (almost wholesale) from our commercial CMS <a href="”http://www.expressionengine.com”" rel="nofollow">ExpressionEngine</a>.  ExpressionEngine was first released in 2001, and the code in it was around long before then.  This obviously pre-dates PEAR.  I’m not sure honestly why it was chosen as an example, I suspect due to the instant recognition of the project, but I can say that the homepage mention was a copy/paste job from the manual page you cite.  Really, it was only mentioned once &#8211; and again, only as an example.</p>
<p>Even if PEAR was available, the licensing concerns (as mentioned) are major hurdles, as our commercial product would not likely be compatible with it.  CodeIgniter itself would be, but we are using CI to build EE now, and thus need to be able to distribute the codebase under our own proprietary license.</p>
<p>So that example aside, do you still fee we suffer from NIH?</p>
<p>With respect to PHP 4 vs 5 &#8211; I do want to say that CI has separate base files for 4 and 5.  We take advantage of PHP5 as much as we reasonably can, and fall back to 4 when we need to for more widespread support.  The truth is that I don’t like that I have to support PHP 4, but it is still the dominate PHP version out there, philosophical arguments aside, and we need EE (and therefore CI) to be installable on as many servers as possible.  We have every intention of dropping PHP4 support when the market will bear it, but that isn’t today.  That said, there is nothing, absolutely nothing, in CI that prevents you from using PHP 5 exclusively, and I do that on my own opensource project, BambooInvoice.</p>
<p>I liken it to supporting Internet Explorer.  It may be obsolete, and broken, and I hate it, but there is still a sizable enough group using it that I need to account for them on my site.  I notice that you have IE hacks in your own stylesheet <img src='http://blogs.linux.ie/kenguest/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Thanks for the well written review, and I hope to change your mind a bit on some of the points you raise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kenguest</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-133235</link>
		<dc:creator>kenguest</dc:creator>
		<pubDate>Sat, 12 Apr 2008 23:12:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-133235</guid>
		<description>PEAR is better known than the Zend Framework (which by the way is far monolithic)? 

Awesome.

OK, got that out of the way - truth is I hadn&#039;t considered the licensing issue. Just to clarify, PEAR isn&#039;t a license by the way - developers get a shortlist of licenses to choose from [the PHP, Apache, LGPL, BSD style and MIT licenses]. But yes, I can see why somebody might want similar or same code under a different license.
This is one reason why mysql is dual licensed, I guess - businesses that distribute mysql with their products get to choose a more business/oem friendly license with their wallet, so I can see why some other businesses decide to write their own - either they can&#039;t afford the license fees or they eschew the possibilities of asking the copyright owner to dual-license the software.

I hadn&#039;t thought of asking why PEAR was the only library being referred to, to be honest. Hadn&#039;t thought of laziness to mention another library in an effort to seem balanced!</description>
		<content:encoded><![CDATA[<p>PEAR is better known than the Zend Framework (which by the way is far monolithic)? </p>
<p>Awesome.</p>
<p>OK, got that out of the way &#8211; truth is I hadn&#8217;t considered the licensing issue. Just to clarify, PEAR isn&#8217;t a license by the way &#8211; developers get a shortlist of licenses to choose from [the PHP, Apache, LGPL, BSD style and MIT licenses]. But yes, I can see why somebody might want similar or same code under a different license.<br />
This is one reason why mysql is dual licensed, I guess &#8211; businesses that distribute mysql with their products get to choose a more business/oem friendly license with their wallet, so I can see why some other businesses decide to write their own &#8211; either they can&#8217;t afford the license fees or they eschew the possibilities of asking the copyright owner to dual-license the software.</p>
<p>I hadn&#8217;t thought of asking why PEAR was the only library being referred to, to be honest. Hadn&#8217;t thought of laziness to mention another library in an effort to seem balanced!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Finkler</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-132946</link>
		<dc:creator>Ed Finkler</dc:creator>
		<pubDate>Sat, 12 Apr 2008 04:21:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-132946</guid>
		<description>&quot;Now any reasonable person would surely use preexisting packages, especially if they are open source and submit bug fixes or bug reports, rather than expend resources reinventing them.&quot;

Eh, maybe, maybe not. It might not have been a good candidate for any number of reasons: licensing issues, for example. I&#039;m speculating, but the current version of CI is based mostly off of work done in ExpressionEngine, which has a very different, much more restrictive license than PEAR.

But a more basic question: does everyone who writes a library similar to an existing PEAR library suffer from NIH syndrome? Do Solar, ZFW, EZComponents, CakePHP, Symfony, PRADO, and Seagull all suffer from NIH? Maybe some do, and maybe some don&#039;t, but I don&#039;t think we can make those conclusions quite so easily.

&quot;As regards my impression of PEAR being singled out? Well, that’s my opinion based on the repeated text...&quot;

Yes, but perhaps it was just used as an example because it&#039;s *by far* the most well-known? I suppose it&#039;s been singled out in a technical sense, but I don&#039;t see any reason to take it as derisive.

In the end, I suppose I just wish you&#039;d *ask* why, rather than assume malicious intent. Derek Allard would be a good guy to start with, and he&#039;s quite good at responding to emails.</description>
		<content:encoded><![CDATA[<p>&#8220;Now any reasonable person would surely use preexisting packages, especially if they are open source and submit bug fixes or bug reports, rather than expend resources reinventing them.&#8221;</p>
<p>Eh, maybe, maybe not. It might not have been a good candidate for any number of reasons: licensing issues, for example. I&#8217;m speculating, but the current version of CI is based mostly off of work done in ExpressionEngine, which has a very different, much more restrictive license than PEAR.</p>
<p>But a more basic question: does everyone who writes a library similar to an existing PEAR library suffer from NIH syndrome? Do Solar, ZFW, EZComponents, CakePHP, Symfony, PRADO, and Seagull all suffer from NIH? Maybe some do, and maybe some don&#8217;t, but I don&#8217;t think we can make those conclusions quite so easily.</p>
<p>&#8220;As regards my impression of PEAR being singled out? Well, that’s my opinion based on the repeated text&#8230;&#8221;</p>
<p>Yes, but perhaps it was just used as an example because it&#8217;s *by far* the most well-known? I suppose it&#8217;s been singled out in a technical sense, but I don&#8217;t see any reason to take it as derisive.</p>
<p>In the end, I suppose I just wish you&#8217;d *ask* why, rather than assume malicious intent. Derek Allard would be a good guy to start with, and he&#8217;s quite good at responding to emails.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kenguest</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-132491</link>
		<dc:creator>kenguest</dc:creator>
		<pubDate>Fri, 11 Apr 2008 08:59:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-132491</guid>
		<description>Just working on a sample collection of data here:
CodeIgniter&#039;s &lt;a href=&quot;http://codeigniter.com/user_guide/libraries/table.html&quot; rel=&quot;nofollow&quot;&gt;HTML Table generation class&lt;/a&gt; - pear has &lt;a href=&quot;http://pear.php.net/package/HTML_Table&quot; rel=&quot;nofollow&quot;&gt;HTML_Table&lt;/a&gt; which has been around since 2002.
CodeIgniter&#039;s &lt;a href=&quot;http://codeigniter.com/user_guide/libraries/validation.html&quot; rel=&quot;nofollow&quot;&gt;Validation class&lt;/a&gt; has a pear counterpart - again available &lt;a href=&quot;http://pear.php.net/package/Validate/download/&quot; rel=&quot;nofollow&quot;&gt;since 2002&lt;/a&gt;.
CodeIgniter&#039;s Pagination class also has a PEAR counterpart again available since 2002 (&lt;a href=&quot;http://pear.php.net/package/Pager/download&quot; rel=&quot;nofollow&quot;&gt;link&lt;/a&gt;).

The first public version of CodeIgniter was made available, according to wikipedia (couldn&#039;t find this information on the CodeIgniter site), in 2006.

Let me do the maths for you: that&#039;s 4 years lead-time of those pear packages already being available for use.

Now any reasonable person would surely use preexisting packages, especially if they are open source and submit bug fixes or bug reports, rather than expend resources reinventing them.

Go figure.

As regards my impression of PEAR being singled out? Well, that&#039;s my opinion based on the repeated text:
&quot;You are not interested in large-scale monolithic libraries like PEAR.&quot;

There&#039;s no other large-scale monolithic library mentioned, such as the Zend Framework, so I think it&#039;s fair to say that it has been singled out.</description>
		<content:encoded><![CDATA[<p>Just working on a sample collection of data here:<br />
CodeIgniter&#8217;s <a href="http://codeigniter.com/user_guide/libraries/table.html" rel="nofollow">HTML Table generation class</a> &#8211; pear has <a href="http://pear.php.net/package/HTML_Table" rel="nofollow">HTML_Table</a> which has been around since 2002.<br />
CodeIgniter&#8217;s <a href="http://codeigniter.com/user_guide/libraries/validation.html" rel="nofollow">Validation class</a> has a pear counterpart &#8211; again available <a href="http://pear.php.net/package/Validate/download/" rel="nofollow">since 2002</a>.<br />
CodeIgniter&#8217;s Pagination class also has a PEAR counterpart again available since 2002 (<a href="http://pear.php.net/package/Pager/download" rel="nofollow">link</a>).</p>
<p>The first public version of CodeIgniter was made available, according to wikipedia (couldn&#8217;t find this information on the CodeIgniter site), in 2006.</p>
<p>Let me do the maths for you: that&#8217;s 4 years lead-time of those pear packages already being available for use.</p>
<p>Now any reasonable person would surely use preexisting packages, especially if they are open source and submit bug fixes or bug reports, rather than expend resources reinventing them.</p>
<p>Go figure.</p>
<p>As regards my impression of PEAR being singled out? Well, that&#8217;s my opinion based on the repeated text:<br />
&#8220;You are not interested in large-scale monolithic libraries like PEAR.&#8221;</p>
<p>There&#8217;s no other large-scale monolithic library mentioned, such as the Zend Framework, so I think it&#8217;s fair to say that it has been singled out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Guest&#8217;s online diary &#187; Blog Archive &#187; What I&#8217;ve done recently</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-132474</link>
		<dc:creator>Ken Guest&#8217;s online diary &#187; Blog Archive &#187; What I&#8217;ve done recently</dc:creator>
		<pubDate>Fri, 11 Apr 2008 08:12:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-132474</guid>
		<description>[...] Ken Guest&#8217;s online diary php, linux, pear, mysql etc etc      &#171; Book Review: CodeIgniter for Rapid PHP Application Development [...]</description>
		<content:encoded><![CDATA[<p>[...] Ken Guest&#8217;s online diary php, linux, pear, mysql etc etc      &laquo; Book Review: CodeIgniter for Rapid PHP Application Development [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Finkler</title>
		<link>http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/comment-page-1/#comment-132320</link>
		<dc:creator>Ed Finkler</dc:creator>
		<pubDate>Fri, 11 Apr 2008 00:26:06 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.linux.ie/kenguest/2008/04/10/book-review-codeigniter-for-rapid-php-application-development/#comment-132320</guid>
		<description>&quot;I was amused to find the book “PHP Programming with PEAR” gets a mention in the “Resources and Extensions” chapter, more so because CodeIgniter seems to be a framework that has a chronic case of “Not-Invented-Here” syndrome and attacks the PEAR framework on the main page of it’s website and userguide.&quot;

That&#039;s an incorrect assumption. Stating that CI is an alternative for people who don&#039;t want to use PEAR is *not* an attack, and should not be taken at anything more than face value.

CI makes certain design decisions intentionally, and one of those is to make it *easier* to work with other code libraries than similar MVC frameworks like Symfony and CakePHP. I think your claims of &quot;NIH&quot; are pretty off-base.</description>
		<content:encoded><![CDATA[<p>&#8220;I was amused to find the book “PHP Programming with PEAR” gets a mention in the “Resources and Extensions” chapter, more so because CodeIgniter seems to be a framework that has a chronic case of “Not-Invented-Here” syndrome and attacks the PEAR framework on the main page of it’s website and userguide.&#8221;</p>
<p>That&#8217;s an incorrect assumption. Stating that CI is an alternative for people who don&#8217;t want to use PEAR is *not* an attack, and should not be taken at anything more than face value.</p>
<p>CI makes certain design decisions intentionally, and one of those is to make it *easier* to work with other code libraries than similar MVC frameworks like Symfony and CakePHP. I think your claims of &#8220;NIH&#8221; are pretty off-base.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
