<?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 for Mindblind</title>
	<atom:link href="http://mindblind.net/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://mindblind.net</link>
	<description>making web development suck less</description>
	<pubDate>Wed, 10 Mar 2010 14:04:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Attacking PHP by Joe</title>
		<link>http://mindblind.net/2008/01/24/attacking-php/#comment-94</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Wed, 29 Oct 2008 16:28:51 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/24/attacking-php/#comment-94</guid>
		<description>&lt;p&gt;To the "You never know if short&lt;em&gt;open&lt;/em&gt;tags is on, or if safe&lt;em&gt;mode is on, or if (ugh) register&lt;/em&gt;globals is on." issue,&lt;/p&gt;

&lt;p&gt;...how about you just setup the servers to your liking?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>To the &#8220;You never know if short<em>open</em>tags is on, or if safe<em>mode is on, or if (ugh) register</em>globals is on.&#8221; issue,</p>

<p>&#8230;how about you just setup the servers to your liking?</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Make PHP Suck Less With a Framework by Eugene</title>
		<link>http://mindblind.net/2008/02/07/make-php-suck-less-with-a-framework/#comment-93</link>
		<dc:creator>Eugene</dc:creator>
		<pubDate>Tue, 21 Oct 2008 07:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/02/08/make-php-suck-less-with-a-framework/#comment-93</guid>
		<description>&lt;p&gt;Now everyone is talking about the American economy and eclections, nice to read something different. Eugene&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Now everyone is talking about the American economy and eclections, nice to read something different. Eugene</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to Easily Manage HTML Output in PHP by Edward</title>
		<link>http://mindblind.net/2008/01/20/how-to-easily-manage-html-output-in-php/#comment-78</link>
		<dc:creator>Edward</dc:creator>
		<pubDate>Thu, 05 Jun 2008 17:32:27 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/21/how-to-easily-manage-html-output-in-php/#comment-78</guid>
		<description>&lt;p&gt;If that's what your regular PHP code looks like, then you're doing something wrong. You should definitely try to separate layout &#38; functionality - although I have to admit that this is not always possible. I do like the phpSprockets project though, and I'm sure I'll use it in my next project. So thank you!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>If that&#8217;s what your regular PHP code looks like, then you&#8217;re doing something wrong. You should definitely try to separate layout &amp; functionality - although I have to admit that this is not always possible. I do like the phpSprockets project though, and I&#8217;m sure I&#8217;ll use it in my next project. So thank you!</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Attacking PHP by Code Monkey</title>
		<link>http://mindblind.net/2008/01/24/attacking-php/#comment-75</link>
		<dc:creator>Code Monkey</dc:creator>
		<pubDate>Fri, 18 Apr 2008 17:15:41 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/24/attacking-php/#comment-75</guid>
		<description>&lt;p&gt;I don't know that I disagree with your overall point, but your list of complaints seems like more of the same old nit-picking. Thoughts:&lt;/p&gt;

&lt;p&gt;1) PHP 5.3 takes care of name spaces and late static binding for the static inheritance problem (two of the most frequently sited complaints about the language). 5.3 is available now, and will be production ready shortly. If there are good reasons to use other language (which I'm sure there are), these aren't it.&lt;/p&gt;

&lt;p&gt;2) PHP treats everything as an associative array even though it might be a list. So what? Do we really need two or more data types to accomplish essentially the same thing? Lack of unnecessary complexity is probably what attracts all the inexperienced developers to PHP. Benchmark python lists and PHP arrays. Even with psyco and no op-code caching, PHP is faster.&lt;/p&gt;

&lt;p&gt;3) Bad code examples don't equate to a bad language. PHP makes the easy stuff easy, and therefore attracts inexperienced developers. This doesn't mean that it's incapable of scalable and maintainable code. From an architectural level, bad code can be written in any language.&lt;/p&gt;

&lt;p&gt;4) As for lambdas: every language doesn't need to be functional, procedural, OO, and declarative. A programming language provides a tool for a job. If you're looking for a swiss-army knife, Python is probably one of the better choices. this is not what PHP was designed for.&lt;/p&gt;

&lt;p&gt;5) Having things evaluate to boolean is a plus not a minus. The behavior of ruby in this regard (evaluating if(x) where x is zero) seems rather broken coming from -- well, every language I've ever used. In what case did PHP not evaluate an expression exactly as would be logically expected? I haven't run into the scenario yet.&lt;/p&gt;

&lt;p&gt;What about the fact that it's lacking method overloading, multiple inheritance, class redefinition, and nested classes (all for better or worse)? Or the fact that PHP has an ideal architecture of page controller discreet requests versus a front-controller long running process architecture, and how this impacts REST, object persistence, and scalability? What about the fact that PHP actually implements method and property visibility, whereas this isn't something that Python does cleanly, and is something that Ruby seems to have gotten totally confused about? What about the fact that PHP performance doing like-for-like tasks almost always significantly blows away similar scripted languages (though, what's with the slow object creation?) &lt;/p&gt;

&lt;p&gt;Aren't these things a little bit more significant?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know that I disagree with your overall point, but your list of complaints seems like more of the same old nit-picking. Thoughts:</p>

<p>1) PHP 5.3 takes care of name spaces and late static binding for the static inheritance problem (two of the most frequently sited complaints about the language). 5.3 is available now, and will be production ready shortly. If there are good reasons to use other language (which I&#8217;m sure there are), these aren&#8217;t it.</p>

<p>2) PHP treats everything as an associative array even though it might be a list. So what? Do we really need two or more data types to accomplish essentially the same thing? Lack of unnecessary complexity is probably what attracts all the inexperienced developers to PHP. Benchmark python lists and PHP arrays. Even with psyco and no op-code caching, PHP is faster.</p>

<p>3) Bad code examples don&#8217;t equate to a bad language. PHP makes the easy stuff easy, and therefore attracts inexperienced developers. This doesn&#8217;t mean that it&#8217;s incapable of scalable and maintainable code. From an architectural level, bad code can be written in any language.</p>

<p>4) As for lambdas: every language doesn&#8217;t need to be functional, procedural, OO, and declarative. A programming language provides a tool for a job. If you&#8217;re looking for a swiss-army knife, Python is probably one of the better choices. this is not what PHP was designed for.</p>

<p>5) Having things evaluate to boolean is a plus not a minus. The behavior of ruby in this regard (evaluating if(x) where x is zero) seems rather broken coming from &#8212; well, every language I&#8217;ve ever used. In what case did PHP not evaluate an expression exactly as would be logically expected? I haven&#8217;t run into the scenario yet.</p>

<p>What about the fact that it&#8217;s lacking method overloading, multiple inheritance, class redefinition, and nested classes (all for better or worse)? Or the fact that PHP has an ideal architecture of page controller discreet requests versus a front-controller long running process architecture, and how this impacts REST, object persistence, and scalability? What about the fact that PHP actually implements method and property visibility, whereas this isn&#8217;t something that Python does cleanly, and is something that Ruby seems to have gotten totally confused about? What about the fact that PHP performance doing like-for-like tasks almost always significantly blows away similar scripted languages (though, what&#8217;s with the slow object creation?) </p>

<p>Aren&#8217;t these things a little bit more significant?</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Attacking PHP by Jon Canady</title>
		<link>http://mindblind.net/2008/01/24/attacking-php/#comment-57</link>
		<dc:creator>Jon Canady</dc:creator>
		<pubDate>Mon, 18 Feb 2008 20:31:33 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/24/attacking-php/#comment-57</guid>
		<description>&lt;p&gt;@Jhuni:&lt;/p&gt;

&lt;p&gt;I've used Eclipse.  Now, you respond to the "you never know what order the arguments are in" part of my post, and Eclipse does have a type-ahead feature that reminds you of the order of arguments in the standard PHP library, but that doesn't mean the language doesn't suffer from that failure.  In fact, I would say if your argument is "Use an IDE" then that's a larger failure of PHP.&lt;/p&gt;

&lt;p&gt;Specifically, you mention organizing code and SQL, which is easily doable without an IDE.&lt;/p&gt;

&lt;p&gt;IDEs like Eclipse train you to code within the framework of Eclipse.  I'd rather code with a standard editor (I use TextMate on a mac and Emacs or Vim everywhere else) and be able to work without those features.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Jhuni:</p>

<p>I&#8217;ve used Eclipse.  Now, you respond to the &#8220;you never know what order the arguments are in&#8221; part of my post, and Eclipse does have a type-ahead feature that reminds you of the order of arguments in the standard PHP library, but that doesn&#8217;t mean the language doesn&#8217;t suffer from that failure.  In fact, I would say if your argument is &#8220;Use an IDE&#8221; then that&#8217;s a larger failure of PHP.</p>

<p>Specifically, you mention organizing code and SQL, which is easily doable without an IDE.</p>

<p>IDEs like Eclipse train you to code within the framework of Eclipse.  I&#8217;d rather code with a standard editor (I use TextMate on a mac and Emacs or Vim everywhere else) and be able to work without those features.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Attacking PHP by Jhuni</title>
		<link>http://mindblind.net/2008/01/24/attacking-php/#comment-56</link>
		<dc:creator>Jhuni</dc:creator>
		<pubDate>Mon, 18 Feb 2008 20:22:14 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/24/attacking-php/#comment-56</guid>
		<description>&lt;p&gt;&lt;i&gt;You never know what order the arguments are in:&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;Download an IDE please. I like to use Eclipse -- PDT, the IDE comes with the PHP Language Model. With such an IDE you can organize your code and your SQL so it shouldn't look hideous.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><i>You never know what order the arguments are in:</i></p>

<p>Download an IDE please. I like to use Eclipse &#8212; PDT, the IDE comes with the PHP Language Model. With such an IDE you can organize your code and your SQL so it shouldn&#8217;t look hideous.</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on How to Easily Manage HTML Output in PHP by Mindblind - making web development suck less » Make PHP Suck Less With a Framework</title>
		<link>http://mindblind.net/2008/01/20/how-to-easily-manage-html-output-in-php/#comment-25</link>
		<dc:creator>Mindblind - making web development suck less » Make PHP Suck Less With a Framework</dc:creator>
		<pubDate>Fri, 08 Feb 2008 06:23:45 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/21/how-to-easily-manage-html-output-in-php/#comment-25</guid>
		<description>&lt;p&gt;[...] mentioned phpSprockets already &#8212; you did read the post and watch the screencast, right? &#8212; and that&#8217;s an [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] mentioned phpSprockets already &#8212; you did read the post and watch the screencast, right? &#8212; and that&#8217;s an [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Attacking PHP by Mindblind - making web development suck less » Make PHP Suck Less With a Framework</title>
		<link>http://mindblind.net/2008/01/24/attacking-php/#comment-24</link>
		<dc:creator>Mindblind - making web development suck less » Make PHP Suck Less With a Framework</dc:creator>
		<pubDate>Fri, 08 Feb 2008 06:23:17 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/24/attacking-php/#comment-24</guid>
		<description>&lt;p&gt;[...] established already that PHP sucks. Now, there&#8217;s still lots of reasons you might find yourself developing a web app in PHP: you [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[...] established already that PHP sucks. Now, there&#8217;s still lots of reasons you might find yourself developing a web app in PHP: you [...]</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Attacking PHP by Pain and Glory from the Trenches of the IT World</title>
		<link>http://mindblind.net/2008/01/24/attacking-php/#comment-23</link>
		<dc:creator>Pain and Glory from the Trenches of the IT World</dc:creator>
		<pubDate>Fri, 08 Feb 2008 02:58:24 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/01/24/attacking-php/#comment-23</guid>
		<description>&lt;p&gt;&lt;strong&gt;PHP is a complete disgrace for serious Web application development....&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;A few days back a colleague forwarded me a link to an article entitled Attacking PHP. It goes through a list of the problems associated with PHP. And based on my past experiences dealing with PHP in corporate environments, the analysis in that article...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p><strong>PHP is a complete disgrace for serious Web application development&#8230;.</strong></p>

<p>A few days back a colleague forwarded me a link to an article entitled Attacking PHP. It goes through a list of the problems associated with PHP. And based on my past experiences dealing with PHP in corporate environments, the analysis in that article&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why I Avoid .NET/Mono by Jon Canady</title>
		<link>http://mindblind.net/2008/02/03/why-i-avoid-net-mono/#comment-22</link>
		<dc:creator>Jon Canady</dc:creator>
		<pubDate>Tue, 05 Feb 2008 14:46:35 +0000</pubDate>
		<guid isPermaLink="false">http://mindblind.net/2008/02/03/why-i-avoid-the-clr/#comment-22</guid>
		<description>&lt;p&gt;@Vlad:&lt;/p&gt;

&lt;p&gt;Thanks, although I'm more impressed to know someone was using my specious reasoning as basis for an argument!&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Vlad:</p>

<p>Thanks, although I&#8217;m more impressed to know someone was using my specious reasoning as basis for an argument!</p>]]></content:encoded>
	</item>
</channel>
</rss>
