<?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: Sep 18, 2006 News Wire</title>
	<atom:link href="http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Sun, 08 Nov 2009 18:39:36 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: textndata</title>
		<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/comment-page-1/#comment-57168</link>
		<dc:creator>textndata</dc:creator>
		<pubDate>Wed, 20 Sep 2006 11:24:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/#comment-57168</guid>
		<description>&lt;a href=&quot;http://www.uspto.gov&quot; rel=&quot;nofollow&quot;&gt;US Patent and Trademark Office&lt;/a&gt; made a new record for the number of software patents awarded in a single year. The &lt;a href=&quot;http://www.realgeek.com/230/us-software-patents-hit-record-high/&quot; rel=&quot;nofollow&quot;&gt;agency has issued 893 new patents yesterday&lt;/a&gt;, pushing the total to 30,232 in this year. If this is the trend for registration, more than 40,000 software patents will be issued more in this year, according to the Public Patent Foundation. The previous record was set in 2004.

Several major technology vendors have pledged not to enforce their patents against open source projects. &lt;a href=&quot;http://www.ibm.com/ibm/ideasfromibm/education/sep11/index1.html?sa_campaign=message/ideas/leadspace/all/futureoflearningflat&quot; rel=&quot;nofollow&quot;&gt;IBM, for instance, essentially donated 500 patents to open source projects&lt;/a&gt; last year.Earlier this year, the US Supreme Court overthrew a prior judgement that required a judge to issue an automatic injunction if he found that a patent was being infringed.</description>
		<content:encoded><![CDATA[<p><a href="http://www.uspto.gov" rel="nofollow">US Patent and Trademark Office</a> made a new record for the number of software patents awarded in a single year. The <a href="http://www.realgeek.com/230/us-software-patents-hit-record-high/" rel="nofollow">agency has issued 893 new patents yesterday</a>, pushing the total to 30,232 in this year. If this is the trend for registration, more than 40,000 software patents will be issued more in this year, according to the Public Patent Foundation. The previous record was set in 2004.</p>
<p>Several major technology vendors have pledged not to enforce their patents against open source projects. <a href="http://www.ibm.com/ibm/ideasfromibm/education/sep11/index1.html?sa_campaign=message/ideas/leadspace/all/futureoflearningflat" rel="nofollow">IBM, for instance, essentially donated 500 patents to open source projects</a> last year.Earlier this year, the US Supreme Court overthrew a prior judgement that required a judge to issue an automatic injunction if he found that a patent was being infringed.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Octal</title>
		<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/comment-page-1/#comment-57126</link>
		<dc:creator>Octal</dc:creator>
		<pubDate>Wed, 20 Sep 2006 09:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/#comment-57126</guid>
		<description>Yet another person foretelling the &quot;doom&quot; of PHP. What&#039;s up with these people? Do they think if enough of them state it that they will be right?

It needs a guiding light as wwb_99 stated but PHP is far from doomed</description>
		<content:encoded><![CDATA[<p>Yet another person foretelling the &#8220;doom&#8221; of PHP. What&#8217;s up with these people? Do they think if enough of them state it that they will be right?</p>
<p>It needs a guiding light as wwb_99 stated but PHP is far from doomed</p>]]></content:encoded>
	</item>
	<item>
		<title>By: wwb_99</title>
		<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/comment-page-1/#comment-56662</link>
		<dc:creator>wwb_99</dc:creator>
		<pubDate>Tue, 19 Sep 2006 13:39:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/#comment-56662</guid>
		<description>I think the PHP is Doomed article is right on general sentiment. But the author&#039;s stated reasons unfortuantely muddle the point.

The biggest issue, imho, is that there is no firm, guiding light for PHP development. The random breaking changes that were occouring in the 4.4 branch are a great example. The other huge issue, IMHO, is that running multiple versions concurrently is a bear at best. Well, unless one uses CGI mode which is really not an option in production. Finally, being too closely tied to MySql will probably bite in the long run. Especially if oracle takes InnoDB off the table.

&lt;blockquote&gt;I just think that system application developers (the guys who do Java, C++, and .NET system development) cannot get used to the fact that developing for the web is different from developing for a Desktop or server. They want PHP to work just like C++/Java etc but what they don’t realize is that what they see as shortcomings in PHP (oftentimes) is what helps make PHP popular amongst web developers.&lt;/blockquote&gt;

I would disagree with this. The web is just another UX/interface layer. Albeit with funny rules and a disconnected state. In any case, my windows app just talks to my core libraries. The exact same way my command-line application and my web application talks to the same libraries. The key difference is the web application requires a few more hijinks to maintain state.</description>
		<content:encoded><![CDATA[<p>I think the PHP is Doomed article is right on general sentiment. But the author&#8217;s stated reasons unfortuantely muddle the point.</p>
<p>The biggest issue, imho, is that there is no firm, guiding light for PHP development. The random breaking changes that were occouring in the 4.4 branch are a great example. The other huge issue, IMHO, is that running multiple versions concurrently is a bear at best. Well, unless one uses CGI mode which is really not an option in production. Finally, being too closely tied to MySql will probably bite in the long run. Especially if oracle takes InnoDB off the table.</p>
<blockquote><p>I just think that system application developers (the guys who do Java, C++, and .NET system development) cannot get used to the fact that developing for the web is different from developing for a Desktop or server. They want PHP to work just like C++/Java etc but what they don’t realize is that what they see as shortcomings in PHP (oftentimes) is what helps make PHP popular amongst web developers.</p></blockquote>
<p>I would disagree with this. The web is just another UX/interface layer. Albeit with funny rules and a disconnected state. In any case, my windows app just talks to my core libraries. The exact same way my command-line application and my web application talks to the same libraries. The key difference is the web application requires a few more hijinks to maintain state.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Marston</title>
		<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/comment-page-1/#comment-56592</link>
		<dc:creator>Tony Marston</dc:creator>
		<pubDate>Tue, 19 Sep 2006 09:35:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/#comment-56592</guid>
		<description>The author of &quot;PHP is doomed&quot; is intellectually challenged in my book. His statement &quot;the Ruby on Rails framework makes PHP look downright Mickey Mouse in comparison&quot; fails to consider the fact that Rails is a framework whereas PHP is alanguage without any framework. That&#039;s like comparing apples with peanuts, so it doesn&#039;t hold any water. For a REAL test what you need is a PHP framework to compare against that RoR framework, and one already exists in the form of Radicore. Take a look at http://www.tonymarston.net/php-mysql/radicore-vs-ror.html to see why Radicore is better than RoR and why &quot;convention over configuration&quot; is a PITA if you don&#039;t follow the same conventions.</description>
		<content:encoded><![CDATA[<p>The author of &#8220;PHP is doomed&#8221; is intellectually challenged in my book. His statement &#8220;the Ruby on Rails framework makes PHP look downright Mickey Mouse in comparison&#8221; fails to consider the fact that Rails is a framework whereas PHP is alanguage without any framework. That&#8217;s like comparing apples with peanuts, so it doesn&#8217;t hold any water. For a REAL test what you need is a PHP framework to compare against that RoR framework, and one already exists in the form of Radicore. Take a look at <a href="http://www.tonymarston.net/php-mysql/radicore-vs-ror.html" rel="nofollow">http://www.tonymarston.net/php-mysql/radicore-vs-ror.html</a> to see why Radicore is better than RoR and why &#8220;convention over configuration&#8221; is a PITA if you don&#8217;t follow the same conventions.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ikeo</title>
		<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/comment-page-1/#comment-56505</link>
		<dc:creator>ikeo</dc:creator>
		<pubDate>Tue, 19 Sep 2006 06:26:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/#comment-56505</guid>
		<description>The PHP article was ... &quot;special&quot;.
Its the same thing these developers have been saying for ages and yet PHP is still going strong.

I just think that system application developers (the guys who do Java, C++, and .NET system development) cannot get used to the fact that developing for the web is different from developing for a Desktop or server. They want PHP to work just like C++/Java etc but what they don&#039;t realize is that what they see as shortcomings in PHP (oftentimes) is what helps make PHP popular amongst web developers.</description>
		<content:encoded><![CDATA[<p>The PHP article was &#8230; &#8220;special&#8221;.<br />
Its the same thing these developers have been saying for ages and yet PHP is still going strong.</p>
<p>I just think that system application developers (the guys who do Java, C++, and .NET system development) cannot get used to the fact that developing for the web is different from developing for a Desktop or server. They want PHP to work just like C++/Java etc but what they don&#8217;t realize is that what they see as shortcomings in PHP (oftentimes) is what helps make PHP popular amongst web developers.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: coffee_ninja</title>
		<link>http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/comment-page-1/#comment-56250</link>
		<dc:creator>coffee_ninja</dc:creator>
		<pubDate>Mon, 18 Sep 2006 21:08:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/2006/09/19/sep-18-2006-news-wire/#comment-56250</guid>
		<description>Has the author of the &quot;PHP is Doomed&quot; article ever coded in PHP, or Ruby, or Perl, or any of the other languages that he referenced?  I risk sounding like a PHP fanboy by saying this, but the guy is full of it.

&lt;strong&gt;PHP doesn&#039;t support multithreading.&lt;/strong&gt;  I&#039;ll agree that it&#039;s a problem; but it&#039;s not a performance issue that can&#039;t be overcome with a little ingenuity.  Cache your database results so they don&#039;t *need* to be fetched from the DB every time. By the way, the Zend Framework makes such a caching system dead simple. That&#039;s just one example.  In a page that requires database results, how much speed will you gain by querying the database in another thread?  You&#039;re going to need that complete result to render the page anyway.
&lt;strong&gt;PHP&#039;s documentation is weak.&lt;/strong&gt;  Erm... what?!? It&#039;s not as comprehensive as the Java API reference I&#039;ll give him that, but save for a few functions and a couple of classes in the SPL, it&#039;s fairly complete; and I can download it as a searchable Windows Help file, which rocks my world on a daily basis.  He also fails to take into account the fact that PHP has an &lt;strong&gt;enormous&lt;/strong&gt; community built around it.  I think PHP programmers make up for their lack of documentation skills with their desire to help their peers. 

And who says the best documentation has to be online? Tell me that a programmer in Java or .Net doesn&#039;t have a few books sitting on his desk to reference when the online documentation doesn&#039;t do the trick. This is a newish idea that EVERYTHING a programmer needs must be available on the Internet; I for one still value my paperbacks and use them often.

&lt;strong&gt;PHP doesn&#039;t have a good IDE or debugger?&lt;/strong&gt; Zend Studio. The (new) PHP Eclipse Plug-in.

&lt;strong&gt;No packages available in a &quot;ready-to-use&quot; state?&lt;/strong&gt; &lt;a href=&quot;http://www.wampserver.com/en/&quot; rel=&quot;nofollow&quot;&gt;WAMP&lt;/a&gt;. &lt;a href=&quot;http://www.apachefriends.org/en/xampp.html&quot; rel=&quot;nofollow&quot;&gt;XAMPP&lt;/a&gt;. And with little prior knowledge you can get PHP working on IIS or Apache in just a couple of minutes. And there is a Windows installer.

&lt;strong&gt;With Ruby and Python in the game, PHP is no longer unique.&lt;/strong&gt; Ruby was hardly a player in the web development field until Rails came along.  Ruby did teach the PHP community that they were lacking a solid, standard framework for rapid development, however, and fortunately a lot of people have risen to the occasion to develop the Zend Framework.  Ruby just isn&#039;t going to be special for that long either.

&lt;strong&gt;PHP5 still feels like a limited knock off of Perl... with Web pages with a hacky-feeling object model.&lt;/strong&gt;  That&#039;s funny, because I&#039;ve heard the complaint from many people that PHP 5 was trying too hard to be &quot;Java,&quot; which is about as far from Perl as you could hope to be.  I love the PHP 5 object model.  It is usable, predictable, and robust.  Though I admit I hate that I can&#039;t overload a method, have multiple constructors, or use namespaces.  

&lt;strong&gt;Ruby on Rails framework... natively supports AJAX&lt;/strong&gt;.  Ruby and PHP are both languages.  Neither &quot;natively support AJAX.&quot;  Rails is a framework and does.  This gets us back to the point that PHP needs a standard library, which is in fact under development as we speak.

It amazes me that the author made no references to the real problems that PHP has, such as lack of namespaces, Unicode support, and the multiple PR nightmares that the PHP development team has had in the last year.</description>
		<content:encoded><![CDATA[<p>Has the author of the &#8220;PHP is Doomed&#8221; article ever coded in PHP, or Ruby, or Perl, or any of the other languages that he referenced?  I risk sounding like a PHP fanboy by saying this, but the guy is full of it.</p>
<p><strong>PHP doesn&#8217;t support multithreading.</strong>  I&#8217;ll agree that it&#8217;s a problem; but it&#8217;s not a performance issue that can&#8217;t be overcome with a little ingenuity.  Cache your database results so they don&#8217;t *need* to be fetched from the DB every time. By the way, the Zend Framework makes such a caching system dead simple. That&#8217;s just one example.  In a page that requires database results, how much speed will you gain by querying the database in another thread?  You&#8217;re going to need that complete result to render the page anyway.<br />
<strong>PHP&#8217;s documentation is weak.</strong>  Erm&#8230; what?!? It&#8217;s not as comprehensive as the Java API reference I&#8217;ll give him that, but save for a few functions and a couple of classes in the SPL, it&#8217;s fairly complete; and I can download it as a searchable Windows Help file, which rocks my world on a daily basis.  He also fails to take into account the fact that PHP has an <strong>enormous</strong> community built around it.  I think PHP programmers make up for their lack of documentation skills with their desire to help their peers. </p>
<p>And who says the best documentation has to be online? Tell me that a programmer in Java or .Net doesn&#8217;t have a few books sitting on his desk to reference when the online documentation doesn&#8217;t do the trick. This is a newish idea that EVERYTHING a programmer needs must be available on the Internet; I for one still value my paperbacks and use them often.</p>
<p><strong>PHP doesn&#8217;t have a good IDE or debugger?</strong> Zend Studio. The (new) PHP Eclipse Plug-in.</p>
<p><strong>No packages available in a &#8220;ready-to-use&#8221; state?</strong> <a href="http://www.wampserver.com/en/" rel="nofollow">WAMP</a>. <a href="http://www.apachefriends.org/en/xampp.html" rel="nofollow">XAMPP</a>. And with little prior knowledge you can get PHP working on IIS or Apache in just a couple of minutes. And there is a Windows installer.</p>
<p><strong>With Ruby and Python in the game, PHP is no longer unique.</strong> Ruby was hardly a player in the web development field until Rails came along.  Ruby did teach the PHP community that they were lacking a solid, standard framework for rapid development, however, and fortunately a lot of people have risen to the occasion to develop the Zend Framework.  Ruby just isn&#8217;t going to be special for that long either.</p>
<p><strong>PHP5 still feels like a limited knock off of Perl&#8230; with Web pages with a hacky-feeling object model.</strong>  That&#8217;s funny, because I&#8217;ve heard the complaint from many people that PHP 5 was trying too hard to be &#8220;Java,&#8221; which is about as far from Perl as you could hope to be.  I love the PHP 5 object model.  It is usable, predictable, and robust.  Though I admit I hate that I can&#8217;t overload a method, have multiple constructors, or use namespaces.  </p>
<p><strong>Ruby on Rails framework&#8230; natively supports AJAX</strong>.  Ruby and PHP are both languages.  Neither &#8220;natively support AJAX.&#8221;  Rails is a framework and does.  This gets us back to the point that PHP needs a standard library, which is in fact under development as we speak.</p>
<p>It amazes me that the author made no references to the real problems that PHP has, such as lack of namespaces, Unicode support, and the multiple PR nightmares that the PHP development team has had in the last year.</p>]]></content:encoded>
	</item>
</channel>
</rss>
