"What I hate about PHP"

bart on 2006-11-07T19:23:42

This one is straight from the top of the popular links on Reddit, a Slashdot comment actually worth bookmarking: What I hate about PHP. The guy knows PHP very well, because he uses it full time on his job, and he insists, and rightly so, that you must know the traits of your tools very intimately, both good and bad, in order to use them most effectively.

So this isn't just an uninformed rant. IT's so easy to make one of those.


more about culture than language

perrin on 2006-11-07T22:28:47

Practically everything he says here could apply to Perl, Ruby, Python, etc. as practiced by the average coder. His complaint about the "works for me" approach is not language-specific. He's really talking about the culture that has grown up around the language.

Re:more about culture than language

bart on 2006-11-08T21:55:51

But as I read it, he's not talking about the average coder, but about the implementation. What you say is as if we'd judge Perl by the average beginning coder that still goes to use the old junk from Matt's Script Archive.

No, this is about the implementors. And Perl is better in that regard. We have people who care about stuff working right, such as sub attributes, even if only 10 people in the world are actually using it. Gee, I don't know how many people do use attributes, but I am guessing it's far less than 1 in 100.

That's a lot better than "buggy by design", which seems typical for PHP.

Re:more about culture than language

Alias on 2006-11-09T07:56:00

Indeed. What he's arguing for is, in essence, what Perl (mostly) gets right.

That even if there's a dozen ways to do something, there should be A way that is a robustly correct solution to general classes problems, that is available, recommended, and isn't cumbersome to use.

Think DBI and ? placeholders.

You don't have to use them, but they are simple to use, strongly recommended, and solve the entire class of SQL injection attacks.