<?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"
	>
<channel>
	<title>Comments on: An Argument for PHP</title>
	<atom:link href="http://www.firsttube.com/read/An-Argument-for-PHP/feed/" rel="self" type="application/rss+xml" />
	<link>http://firsttube.com/read/An-Argument-for-PHP/</link>
	<description>crunchy nuggets, served semi-daily</description>
	<pubDate>Tue, 07 Oct 2008 05:24:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Ken Guest</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-638</link>
		<dc:creator>Ken Guest</dc:creator>
		<pubDate>Wed, 28 May 2008 08:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-638</guid>
		<description>"The proportion of vulnerabilities &lt;b&gt;related to PHP&lt;/b&gt;, out of the total of all common vulnerabilities, amounted to: 12% in 2003, 20% in 2004, 28% in 2005, 43% in 2006, 36% in 2007, and 33.8% for the first quarter of 2008."&lt;br /&gt;
&lt;br /&gt;
What exactly does this definition ("related to") mean? Note your excerpt doesn't say vulnerabilities &lt;b&gt;in PHP&lt;/b&gt; so these are probably vulnerabilities associated more closely with software written in PHP rather than defects in the language itself - software written by developers who are inexperienced in writing secure webapps and like to name their projects phpThis and phpThat.&lt;br /&gt;
&lt;br /&gt;
Either which way it is good to read that the Scan Report on Open Source Software 2008 ( &lt;a href="http://scan.coverity.com/report/" rel="nofollow"&gt;scan.coverity.com&lt;/a&gt; and also mentioned on &lt;a href="http://www.zdnet.com.au/news/security/soa/PHP-Python-Samba-get-security-tick-of-approval/0,130061744,339289351,00.htm" rel="nofollow"&gt;www.zdnet.com.au&lt;/a&gt; ) commends the PHP developers for elimination of "multiple classes of potential security vulnerabilities" from their code.</description>
		<content:encoded><![CDATA[<p>&#8220;The proportion of vulnerabilities <b>related to PHP</b>, out of the total of all common vulnerabilities, amounted to: 12% in 2003, 20% in 2004, 28% in 2005, 43% in 2006, 36% in 2007, and 33.8% for the first quarter of 2008.&#8221;</p>
<p>What exactly does this definition (&#8221;related to&#8221;) mean? Note your excerpt doesn&#8217;t say vulnerabilities <b>in PHP</b> so these are probably vulnerabilities associated more closely with software written in PHP rather than defects in the language itself - software written by developers who are inexperienced in writing secure webapps and like to name their projects phpThis and phpThat.</p>
<p>Either which way it is good to read that the Scan Report on Open Source Software 2008 ( <a href="http://scan.coverity.com/report/" rel="nofollow">scan.coverity.com</a> and also mentioned on <a href="http://www.zdnet.com.au/news/security/soa/PHP-Python-Samba-get-security-tick-of-approval/0,130061744,339289351,00.htm" rel="nofollow">http://www.zdnet.com.au</a> ) commends the PHP developers for elimination of &#8220;multiple classes of potential security vulnerabilities&#8221; from their code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tod Hagan</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-319</link>
		<dc:creator>Tod Hagan</dc:creator>
		<pubDate>Tue, 20 May 2008 23:55:06 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-319</guid>
		<description>Here's one reason why PHP has gotten a bad reputation:&lt;br /&gt;
&lt;br /&gt;
From &lt;a href="http://en.wikipedia.org/wiki/Php" rel="nofollow"&gt;en.wikipedia.org&lt;/a&gt;&lt;br /&gt;
&lt;i&gt;The proportion of vulnerabilities related to PHP, out of the total of all common vulnerabilities, amounted to: 12% in 2003, 20% in 2004, 28% in 2005, 43% in 2006, 36% in 2007, and 33.8% for the first quarter of 2008.&lt;/i&gt;</description>
		<content:encoded><![CDATA[<p>Here&#8217;s one reason why PHP has gotten a bad reputation:</p>
<p>From <a href="http://en.wikipedia.org/wiki/Php" rel="nofollow">en.wikipedia.org</a><br />
<i>The proportion of vulnerabilities related to PHP, out of the total of all common vulnerabilities, amounted to: 12% in 2003, 20% in 2004, 28% in 2005, 43% in 2006, 36% in 2007, and 33.8% for the first quarter of 2008.</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-314</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Thu, 15 May 2008 02:48:27 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-314</guid>
		<description>Personally, I'm a little disappointed that the core PHP developers aren't taking the opportunity to make version 6 a clean slate rewrite to try to address the current version's shortcomings (although I totally understand why they aren't - making the 3000+ functions utf8 compatible is a mammoth task in itself). &lt;br /&gt;
&lt;br /&gt;
PHP in many ways, really does suck. The apparent counter argument that Perl is difficult to install however is utterly redundant - the fact is that the obvious problems with PHP just shouldn't be there any more. Unfortunately backwards compatibility seems to be a higher priority than a clean API. I have some stong opinions about that, unfortunately I don't think airing them will make the blindest bit of difference.&lt;br /&gt;
&lt;br /&gt;
The language itself is inherently easy to learn, therefore the barrier to entry is lower than most others. This inevitably means a large proportion of new programmers end up learning how to code using it. There are a lot of very poor developers in the PHP community. There is no denying that. A lot of it comes down to the fact there is no one single well defined way of working with the platform. A good education goes an awful long way in that regard.&lt;br /&gt;
&lt;br /&gt;
It still flummoxes me however as to why people assume that this must mean the language itself is flawed. It's a logical syntax construct, just like most others. It can do the same things the others can (for the most part). Any bad code written using it simply means the person responsible for developing it has not learnt his craft. There are VERY few situations where PHP simply cannot complete a task that another language can. I can think of a couple off hand, however both of those are related more to the webserver the language runs within as opposed to the language itself.&lt;br /&gt;
&lt;br /&gt;
I use PHP daily for my projects (of which many are on a pretty substantial scale) entirely of my own choice. And whilst there are numerous annoying quirks I've had to spend time adjusting to over the years, I still die a little inside when I have to go and try and build the same kind of systems in other languages. The time spent just writing variable declarations in some languages is time I could have spent writing something useful. And then it comes to deployment and things get really interesting. (Don't get me wrong, some languages are very human friendly in the syntax department.. I'm just making a point!)&lt;br /&gt;
&lt;br /&gt;
But I digress. PHP was built to do a pretty specific job. No matter how you look at it, it does it as well or better than pretty much anything out there, so long as what it's being told to do actually makes sense in the context. The term "garbage in, garbage out" applies to just about anything you can turn your hand to, and this is no different.&lt;br /&gt;
&lt;br /&gt;
In an ideal world, the whole PHP api would be object oriented, the whole global space would be all but scrapped, the concept of errors would be entirely replaced with exceptions and there would be a mechanism for defining your own syntax structures. Ah, if only time grew on trees, I'd be tempted to do it myself, heh. :)</description>
		<content:encoded><![CDATA[<p>Personally, I&#8217;m a little disappointed that the core PHP developers aren&#8217;t taking the opportunity to make version 6 a clean slate rewrite to try to address the current version&#8217;s shortcomings (although I totally understand why they aren&#8217;t - making the 3000+ functions utf8 compatible is a mammoth task in itself). </p>
<p>PHP in many ways, really does suck. The apparent counter argument that Perl is difficult to install however is utterly redundant - the fact is that the obvious problems with PHP just shouldn&#8217;t be there any more. Unfortunately backwards compatibility seems to be a higher priority than a clean API. I have some stong opinions about that, unfortunately I don&#8217;t think airing them will make the blindest bit of difference.</p>
<p>The language itself is inherently easy to learn, therefore the barrier to entry is lower than most others. This inevitably means a large proportion of new programmers end up learning how to code using it. There are a lot of very poor developers in the PHP community. There is no denying that. A lot of it comes down to the fact there is no one single well defined way of working with the platform. A good education goes an awful long way in that regard.</p>
<p>It still flummoxes me however as to why people assume that this must mean the language itself is flawed. It&#8217;s a logical syntax construct, just like most others. It can do the same things the others can (for the most part). Any bad code written using it simply means the person responsible for developing it has not learnt his craft. There are VERY few situations where PHP simply cannot complete a task that another language can. I can think of a couple off hand, however both of those are related more to the webserver the language runs within as opposed to the language itself.</p>
<p>I use PHP daily for my projects (of which many are on a pretty substantial scale) entirely of my own choice. And whilst there are numerous annoying quirks I&#8217;ve had to spend time adjusting to over the years, I still die a little inside when I have to go and try and build the same kind of systems in other languages. The time spent just writing variable declarations in some languages is time I could have spent writing something useful. And then it comes to deployment and things get really interesting. (Don&#8217;t get me wrong, some languages are very human friendly in the syntax department.. I&#8217;m just making a point!)</p>
<p>But I digress. PHP was built to do a pretty specific job. No matter how you look at it, it does it as well or better than pretty much anything out there, so long as what it&#8217;s being told to do actually makes sense in the context. The term &#8220;garbage in, garbage out&#8221; applies to just about anything you can turn your hand to, and this is no different.</p>
<p>In an ideal world, the whole PHP api would be object oriented, the whole global space would be all but scrapped, the concept of errors would be entirely replaced with exceptions and there would be a mechanism for defining your own syntax structures. Ah, if only time grew on trees, I&#8217;d be tempted to do it myself, heh. <img src='http://firsttube.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Doe</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-313</link>
		<dc:creator>John Doe</dc:creator>
		<pubDate>Wed, 14 May 2008 23:30:15 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-313</guid>
		<description>Thanks a bunch. I always hate the PHP-sucks wars. Now at least I have good arguments to win the debates. When someone throws up inconsistent naming, scoping and way too many core functions, I'll just reply: "Hey, mod_perl is hard to install!"&lt;br /&gt;
&lt;br /&gt;
Seriously, isn't this post the exact opposite of the "PHP-sucks" posts? And thus isn't it as lame as all the others?</description>
		<content:encoded><![CDATA[<p>Thanks a bunch. I always hate the PHP-sucks wars. Now at least I have good arguments to win the debates. When someone throws up inconsistent naming, scoping and way too many core functions, I&#8217;ll just reply: &#8220;Hey, mod_perl is hard to install!&#8221;</p>
<p>Seriously, isn&#8217;t this post the exact opposite of the &#8220;PHP-sucks&#8221; posts? And thus isn&#8217;t it as lame as all the others?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aristotle Pagaltzis</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-309</link>
		<dc:creator>Aristotle Pagaltzis</dc:creator>
		<pubDate>Wed, 14 May 2008 15:51:54 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-309</guid>
		<description>Does it make me too an arrogant nerd sheep that Iâ€™ve written &lt;a href="http://plasmasturm.org/log/393/" rel="nofollow"&gt;plasmasturm.org&lt;/a&gt; about PHP being good but bad? I guess so. Oh well.</description>
		<content:encoded><![CDATA[<p>Does it make me too an arrogant nerd sheep that Iâ€™ve written <a href="http://plasmasturm.org/log/393/" rel="nofollow">plasmasturm.org</a> about PHP being good but bad? I guess so. Oh well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ronald</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-312</link>
		<dc:creator>ronald</dc:creator>
		<pubDate>Wed, 14 May 2008 05:58:27 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-312</guid>
		<description>I think in the programming space you will always find good and bad developers, and they use all kinds of programming languages. PHP is there to facilitate a certain desired functionality on the web and any good developer should know when to use it or not. When working on a project, I first analyze everything that is required and check which programming language would be better suited for the task at hand, but if I can pull it off in php then I will go that route and not because I think ruby,asp,jsp suck but because I prefer php over them. &lt;br /&gt;
&lt;br /&gt;
If any one can really say a language sucks may be you need to check yourself if you understand the purpose for the particular programming language. I use a lot of different languages for various reasons , one has to understand the project requirements and the limitations for the language.&lt;br /&gt;
&lt;br /&gt;
Try to burn a dvd with your cd-rom(90x) and tell me after if you still think highly of your cd-rom....</description>
		<content:encoded><![CDATA[<p>I think in the programming space you will always find good and bad developers, and they use all kinds of programming languages. PHP is there to facilitate a certain desired functionality on the web and any good developer should know when to use it or not. When working on a project, I first analyze everything that is required and check which programming language would be better suited for the task at hand, but if I can pull it off in php then I will go that route and not because I think ruby,asp,jsp suck but because I prefer php over them. </p>
<p>If any one can really say a language sucks may be you need to check yourself if you understand the purpose for the particular programming language. I use a lot of different languages for various reasons , one has to understand the project requirements and the limitations for the language.</p>
<p>Try to burn a dvd with your cd-rom(90x) and tell me after if you still think highly of your cd-rom&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Donald Organ</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-310</link>
		<dc:creator>Donald Organ</dc:creator>
		<pubDate>Wed, 14 May 2008 05:57:27 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-310</guid>
		<description>What it really comes down to, is, people are lazy.  Those who write about having to maintain code they didn't write, are saying PHP sucks because they cant find the function somewhere in all the files that they need to edit(The grep command is your friend). So they need to find a decent IDE that has code browsing and it will show you the functions in your file.&lt;br /&gt;
&lt;br /&gt;
I have been using PHP for over 10 years now, and I know ColdFusion, .NET and Java as well personally I prefer PHP, why because its free, lightweight, doesnt need to be compiled and does everything I need it to and more.&lt;br /&gt;
&lt;br /&gt;
The naming conventions on some PHP function are a little out of whack. To this day I still have to RTFM to find a function I am looking for, but that can also be fixed with an IDE that has code completion.&lt;br /&gt;
&lt;br /&gt;
For anyone to say say that something sucks as a language is bad.  I would stab my eyes out the day that I have to write something in assembly but I am not going to turn around and say that it sucks as a language.&lt;br /&gt;
&lt;br /&gt;
PHP cant possible be as bad a the nay sayers say it is or yahoo wouldn't be using it and Zend wouldn't have backed it and the 20+ trillion domains that are using it wouldn't be using it.</description>
		<content:encoded><![CDATA[<p>What it really comes down to, is, people are lazy.  Those who write about having to maintain code they didn&#8217;t write, are saying PHP sucks because they cant find the function somewhere in all the files that they need to edit(The grep command is your friend). So they need to find a decent IDE that has code browsing and it will show you the functions in your file.</p>
<p>I have been using PHP for over 10 years now, and I know ColdFusion, .NET and Java as well personally I prefer PHP, why because its free, lightweight, doesnt need to be compiled and does everything I need it to and more.</p>
<p>The naming conventions on some PHP function are a little out of whack. To this day I still have to RTFM to find a function I am looking for, but that can also be fixed with an IDE that has code completion.</p>
<p>For anyone to say say that something sucks as a language is bad.  I would stab my eyes out the day that I have to write something in assembly but I am not going to turn around and say that it sucks as a language.</p>
<p>PHP cant possible be as bad a the nay sayers say it is or yahoo wouldn&#8217;t be using it and Zend wouldn&#8217;t have backed it and the 20+ trillion domains that are using it wouldn&#8217;t be using it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam S</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-635</link>
		<dc:creator>Adam S</dc:creator>
		<pubDate>Wed, 14 May 2008 05:56:37 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-635</guid>
		<description>The people who deserve the title are the ones who criticize PHP with no substance whatsoever.  I admit PHP has some weaknesses.  If, for you, they exist as limitations and you can actually explain it, great.  &lt;br /&gt;
&lt;br /&gt;
But if your entire piece is that PHP sucks, period, with no context, with no real insight, then that post is worthless. &lt;br /&gt;
&lt;br /&gt;
That's the division.  Certainly, I'm not suggesting that criticizing ANY language automatically qualifies you as some sort of problem.</description>
		<content:encoded><![CDATA[<p>The people who deserve the title are the ones who criticize PHP with no substance whatsoever.  I admit PHP has some weaknesses.  If, for you, they exist as limitations and you can actually explain it, great.  </p>
<p>But if your entire piece is that PHP sucks, period, with no context, with no real insight, then that post is worthless. </p>
<p>That&#8217;s the division.  Certainly, I&#8217;m not suggesting that criticizing ANY language automatically qualifies you as some sort of problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam S</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-636</link>
		<dc:creator>Adam S</dc:creator>
		<pubDate>Wed, 14 May 2008 04:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-636</guid>
		<description>So your argument is that PHP sucks because many people write shitty code for it? &lt;br /&gt;
&lt;br /&gt;
Sounds like sound reasoning to me. &lt;br /&gt;
&lt;br /&gt;
::rolls eyes::</description>
		<content:encoded><![CDATA[<p>So your argument is that PHP sucks because many people write shitty code for it? </p>
<p>Sounds like sound reasoning to me. </p>
<p>::rolls eyes::</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam S</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-311</link>
		<dc:creator>Adam S</dc:creator>
		<pubDate>Wed, 14 May 2008 03:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-311</guid>
		<description>Apparently, someone posted a link to this entry on reddit, and as expected, the redditors (&lt;a href="http://firsttube.com/read/Bye-bye-Reddit"&gt;I've purposely ignored Reddit this exact inane ridiculousness in the past&lt;/a&gt;) argue that PHP is a "terrible language" with NO ARGUMENT AT ALL! &lt;br /&gt;
&lt;br /&gt;
It's classic.  I love comments like this: "&lt;a href="http://ja.reddit.com/info/6j4gs/comments/c03zpgh"&gt;PHP is a bad language. PHP sucks.&lt;/a&gt;."  All talk, no context.  Reddit postings somehow increase their level of suckage on a daily basis.  </description>
		<content:encoded><![CDATA[<p>Apparently, someone posted a link to this entry on reddit, and as expected, the redditors (<a href="http://firsttube.com/read/Bye-bye-Reddit">I&#8217;ve purposely ignored Reddit this exact inane ridiculousness in the past</a>) argue that PHP is a &#8220;terrible language&#8221; with NO ARGUMENT AT ALL! </p>
<p>It&#8217;s classic.  I love comments like this: &#8220;<a href="http://ja.reddit.com/info/6j4gs/comments/c03zpgh">PHP is a bad language. PHP sucks.</a>.&#8221;  All talk, no context.  Reddit postings somehow increase their level of suckage on a daily basis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PHP Causes Brain Damage</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-308</link>
		<dc:creator>PHP Causes Brain Damage</dc:creator>
		<pubDate>Wed, 14 May 2008 03:46:03 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-308</guid>
		<description>I used PHP for a couple years. I used it professionally for about a year. (Until I found a better job.) I have attempted several times to customize horrible spaghetti PHP apps. (Sometimes successfully.) I use three criteria when deciding what technology to use: &lt;br /&gt;
(1) Is it already written? &lt;br /&gt;
(2) Does it have the infrastructure I need?&lt;br /&gt;
(3) Will other people be able to maintain it?&lt;br /&gt;
&lt;br /&gt;
Based on repeated experience, I have decided that PHP causes brain damage. Sure, you can find smart PHP developers if you look hard enough. Sure, you can find well written PHP apps if you look hard enough. But that isn't the ecosystem that has developed around PHP. Most PHP developers are rank amateurs that think MVC is a nice idea but unrealistic, wouldn't know SQL injection if it bit them, fondly remember register_globals and think XSS is CSS mispelled. They may earn a living coding PHP, but they're amateurs.&lt;br /&gt;
&lt;br /&gt;
Yes, PHP is moving away from that past. Maybe things will be better three or four years from now. But the present reality is that PHP has spent nearly a decade nurturing bad habits. I mean come on, addslashes?! What's that about? It's begging developers to write things the wrong way.</description>
		<content:encoded><![CDATA[<p>I used PHP for a couple years. I used it professionally for about a year. (Until I found a better job.) I have attempted several times to customize horrible spaghetti PHP apps. (Sometimes successfully.) I use three criteria when deciding what technology to use: <br />
(1) Is it already written? <br />
(2) Does it have the infrastructure I need?<br />
(3) Will other people be able to maintain it?</p>
<p>Based on repeated experience, I have decided that PHP causes brain damage. Sure, you can find smart PHP developers if you look hard enough. Sure, you can find well written PHP apps if you look hard enough. But that isn&#8217;t the ecosystem that has developed around PHP. Most PHP developers are rank amateurs that think MVC is a nice idea but unrealistic, wouldn&#8217;t know SQL injection if it bit them, fondly remember register_globals and think XSS is CSS mispelled. They may earn a living coding PHP, but they&#8217;re amateurs.</p>
<p>Yes, PHP is moving away from that past. Maybe things will be better three or four years from now. But the present reality is that PHP has spent nearly a decade nurturing bad habits. I mean come on, addslashes?! What&#8217;s that about? It&#8217;s begging developers to write things the wrong way.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Wood</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-634</link>
		<dc:creator>Jon Wood</dc:creator>
		<pubDate>Tue, 13 May 2008 23:26:46 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-634</guid>
		<description>PHP certainly has it's place, and in my opinion that's small, reasonably self-contained sites.&lt;br /&gt;
&lt;br /&gt;
If you've got a site that needs some basic content management and a mail form, then I don't think there are many tools that are better for the job. Using PHP you could probably hack it together in an afternoon.&lt;br /&gt;
&lt;br /&gt;
However, I'd be hesitant to use it on anything much larger then that these days. Once you get to bigger projects (a more complex CMS, web applications, etc) then you quite quickly end up with an umanageable application.&lt;br /&gt;
&lt;br /&gt;
I know there are ways to avoid that, and several frameworks are gaining traction, but I still feel there's too many wheels being invented around the PHP world, because people have some (generally very minor) issue with the other frameworks, and build a new one.&lt;br /&gt;
&lt;br /&gt;
The Zend Framework might help that, but only if some best practices are built around it, as opposed to the current situation of "here's a bunch of components... just, you know, bolt them together how you like". I've seen too much badly written, unmaintainable PHP to get behind that sort of attitude.&lt;br /&gt;
&lt;br /&gt;
Still, as somebody who currently has to do maintanence on a Perl web application (albeit a well designed one), I'd rather have a PHP app to work on!</description>
		<content:encoded><![CDATA[<p>PHP certainly has it&#8217;s place, and in my opinion that&#8217;s small, reasonably self-contained sites.</p>
<p>If you&#8217;ve got a site that needs some basic content management and a mail form, then I don&#8217;t think there are many tools that are better for the job. Using PHP you could probably hack it together in an afternoon.</p>
<p>However, I&#8217;d be hesitant to use it on anything much larger then that these days. Once you get to bigger projects (a more complex CMS, web applications, etc) then you quite quickly end up with an umanageable application.</p>
<p>I know there are ways to avoid that, and several frameworks are gaining traction, but I still feel there&#8217;s too many wheels being invented around the PHP world, because people have some (generally very minor) issue with the other frameworks, and build a new one.</p>
<p>The Zend Framework might help that, but only if some best practices are built around it, as opposed to the current situation of &#8220;here&#8217;s a bunch of components&#8230; just, you know, bolt them together how you like&#8221;. I&#8217;ve seen too much badly written, unmaintainable PHP to get behind that sort of attitude.</p>
<p>Still, as somebody who currently has to do maintanence on a Perl web application (albeit a well designed one), I&#8217;d rather have a PHP app to work on!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: perlpilot</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-633</link>
		<dc:creator>perlpilot</dc:creator>
		<pubDate>Tue, 13 May 2008 11:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-633</guid>
		<description>"the fact is most of these people are so used to restrictive languages that they do know the freedom of using a language like php and think that you can't right good programs if you use php."&lt;br /&gt;
&lt;br /&gt;
That's an interesting position to take.  Most of the PHP bashers that I know have used it far too much and are used to languages that give even more freedom than PHP.&lt;br /&gt;
&lt;br /&gt;
My personal gripes with PHP come from the language always getting in my way when trying to accomplish something.  It's the little things like inconsistent naming (or worse, inconsistent parameter order within function families) and missing concepts (like closures) that I use all the time in other languages that add up to a big heap of no-fun.  Other things that bug me about PHP aren't so much language issues as they are culture issues.  The "PHP community" seems very fractured and disconnected. &lt;br /&gt;
&lt;br /&gt;
But it's getting there.  PHP seems to be asymptotically approaching the other dynamic languages in terms of community and unctionality, so one day they'll all be the same modulo syntax  ;-)</description>
		<content:encoded><![CDATA[<p>&#8220;the fact is most of these people are so used to restrictive languages that they do know the freedom of using a language like php and think that you can&#8217;t right good programs if you use php.&#8221;</p>
<p>That&#8217;s an interesting position to take.  Most of the PHP bashers that I know have used it far too much and are used to languages that give even more freedom than PHP.</p>
<p>My personal gripes with PHP come from the language always getting in my way when trying to accomplish something.  It&#8217;s the little things like inconsistent naming (or worse, inconsistent parameter order within function families) and missing concepts (like closures) that I use all the time in other languages that add up to a big heap of no-fun.  Other things that bug me about PHP aren&#8217;t so much language issues as they are culture issues.  The &#8220;PHP community&#8221; seems very fractured and disconnected. </p>
<p>But it&#8217;s getting there.  PHP seems to be asymptotically approaching the other dynamic languages in terms of community and unctionality, so one day they&#8217;ll all be the same modulo syntax  <img src='http://firsttube.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thecancerus</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-307</link>
		<dc:creator>thecancerus</dc:creator>
		<pubDate>Tue, 13 May 2008 00:08:27 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-307</guid>
		<description>i have been saying this for a while now... most of them have never used php. the fact is most of these people are so used to restrictive languages that they do know the freedom of using a language like php and think that you can't right good programs if you use php. &lt;br /&gt;
&lt;br /&gt;
I know php is a good choice actually better then java and asp if all you want is web application, or web front for a big java or .net app running on server.</description>
		<content:encoded><![CDATA[<p>i have been saying this for a while now&#8230; most of them have never used php. the fact is most of these people are so used to restrictive languages that they do know the freedom of using a language like php and think that you can&#8217;t right good programs if you use php. </p>
<p>I know php is a good choice actually better then java and asp if all you want is web application, or web front for a big java or .net app running on server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam S</title>
		<link>http://firsttube.com/read/An-Argument-for-PHP/#comment-632</link>
		<dc:creator>Adam S</dc:creator>
		<pubDate>Mon, 12 May 2008 06:55:18 +0000</pubDate>
		<guid isPermaLink="false">http://firsttube.com/read/An-Argument-for-PHP#comment-632</guid>
		<description>Hi Andy,&lt;br /&gt;
&lt;br /&gt;
Just read your response.  In re-reading what I posted, it's a little obvious that I had just been reading a George Carlin book, because I'm a little more acerbic than usual.  &lt;br /&gt;
&lt;br /&gt;
That said, I've read through your site, and it's nice to read discussion and not have it be "PHP sucks" with no actual reasoning other than the same recycled rigamarole.  &lt;br /&gt;
&lt;br /&gt;
You said: "Sometimes that right tool for the job just happens to be a crappy language."&lt;br /&gt;
&lt;br /&gt;
Whether it actually is crappy or not doesn't automatically make it the wrong tool for everyone.  I can use a great language and still write crappy code.  And If I can write secure code quickly in PHP and don't hit the "limits" that so many complain about, I can't categorize it as an awful language.  But I respect your right to choose not to code in it and feel any way you want about it.</description>
		<content:encoded><![CDATA[<p>Hi Andy,</p>
<p>Just read your response.  In re-reading what I posted, it&#8217;s a little obvious that I had just been reading a George Carlin book, because I&#8217;m a little more acerbic than usual.  </p>
<p>That said, I&#8217;ve read through your site, and it&#8217;s nice to read discussion and not have it be &#8220;PHP sucks&#8221; with no actual reasoning other than the same recycled rigamarole.  </p>
<p>You said: &#8220;Sometimes that right tool for the job just happens to be a crappy language.&#8221;</p>
<p>Whether it actually is crappy or not doesn&#8217;t automatically make it the wrong tool for everyone.  I can use a great language and still write crappy code.  And If I can write secure code quickly in PHP and don&#8217;t hit the &#8220;limits&#8221; that so many complain about, I can&#8217;t categorize it as an awful language.  But I respect your right to choose not to code in it and feel any way you want about it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
