Comments on: Reason #283 why PHP is less productive than Perl http://www.xaprb.com/blog/2008/11/06/reason-283-why-php-is-less-productive-than-perl/ Stay curious! Fri, 12 Mar 2010 03:51:07 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: simplem http://www.xaprb.com/blog/2008/11/06/reason-283-why-php-is-less-productive-than-perl/#comment-15499 simplem Wed, 03 Dec 2008 20:40:09 +0000 http://www.xaprb.com/blog/?p=669#comment-15499 @Josh - Although PHP seems to have borrowed a lot of perl-like concepts, you can't lump them together at all. I think you would be slightly impressed by Perl's design if you took an objective look at it. @Josh – Although PHP seems to have borrowed a lot of perl-like concepts, you can’t lump them together at all. I think you would be slightly impressed by Perl’s design if you took an objective look at it.

]]> By: Abhi http://www.xaprb.com/blog/2008/11/06/reason-283-why-php-is-less-productive-than-perl/#comment-15373 Abhi Tue, 11 Nov 2008 05:13:09 +0000 http://www.xaprb.com/blog/?p=669#comment-15373 @Baron Do you replicate the request parameters by passing them while invoking the script from the command line? @Baron
Do you replicate the request parameters by passing them while invoking the script from the command line?

]]> By: moto http://www.xaprb.com/blog/2008/11/06/reason-283-why-php-is-less-productive-than-perl/#comment-15369 moto Sat, 08 Nov 2008 03:44:35 +0000 http://www.xaprb.com/blog/?p=669#comment-15369 debug_print_backtrace(); http://us.php.net/manual/en/function.debug-backtrace.php debug_print_backtrace();
http://us.php.net/manual/en/function.debug-backtrace.php

]]> By: Xaprb http://www.xaprb.com/blog/2008/11/06/reason-283-why-php-is-less-productive-than-perl/#comment-15368 Xaprb Fri, 07 Nov 2008 17:19:05 +0000 http://www.xaprb.com/blog/?p=669#comment-15368 Josh, that's reason #282 why PHP is less productive. As such, it is strictly off-topic in this post. Just kidding ;-) I totally agree with you there -- it's like someone took playing cards representing every function in every C library and shuffled them together. And the result is a very dog-eared namespace. Josh, that’s reason #282 why PHP is less productive. As such, it is strictly off-topic in this post. Just kidding ;-)

I totally agree with you there — it’s like someone took playing cards representing every function in every C library and shuffled them together. And the result is a very dog-eared namespace.

]]> By: Josh http://www.xaprb.com/blog/2008/11/06/reason-283-why-php-is-less-productive-than-perl/#comment-15367 Josh Fri, 07 Nov 2008 17:12:07 +0000 http://www.xaprb.com/blog/?p=669#comment-15367 @fenway: Not really look at function list for functions beginning with the letter A: http://www.php.net/manual/en/indexes.php PHP designers didn't seem to care about discoverability or usability of the language and namespacing. Sure you can write good or bad code in any language. Just some are better designed and a joy to use. Others should be sucumbed to better technologies. PHP and Perl do not sit on my list of well designed languages. I prefer to spend my time in languages that seem to be progressing forward not stuck in the 80s. They are still around because the amount of legacy code has reached critical mass early. @fenway:
Not really look at function list for functions beginning with the letter A:
http://www.php.net/manual/en/indexes.php

PHP designers didn’t seem to care about discoverability or usability of the language and namespacing.

Sure you can write good or bad code in any language. Just some are better designed and a joy to use. Others should be sucumbed to better technologies.

PHP and Perl do not sit on my list of well designed languages. I prefer to spend my time in languages that seem to be progressing forward not stuck in the 80s.

They are still around because the amount of legacy code has reached critical mass early.

]]>