
It's not uncommon to hear a lot of criticism about Perl. In fact it's very common. Among else you can hear:
Some of these complaints are addressed in Simon Cozens' article "Ten Perl Myths" and PerlNet's Perl Myth List. Tim Bunce focused on dispelling three large Perl Myths in a presentation he has given and made available online.
Here are some more observations.
We admit Perl has some problems. However, Perl 5 is still possibly the best solution for writing a large class of system administration scripts. And using the Comprehensive Perl Archive Network (CPAN) you can usually get the job done much more quickly and easily than with any other language.
Perl code can be written to be very maintenable, readable and elegant. Perl indeed has many features and behaviors to make writing short programs - often one liners - easier, because one knows this is most of the use people do with it. However, there's nothing in Perl that prevents writing large-scale, maintainable programs. And in fact such programs have been written and are still successful.
Perl is probably not for everyone. To write in Perl you need good programmers. However, you must always have good programmers, because depending on bad programmers will introduce bugs, security holes, large delays and other bad side-effects.
We went live on budget, to specification and on time
-- ajt
Perl saved my vacation!
-- Tom
Moertel
This work is licensed under the Creative Commons Attribution License version 2.0 (or at your option any later version).
Webmaster: Shlomi Fish (Email - shlomif@iglu.org.il)
Original Design: GoFlexiblePro | Author: G. Wolfgang | W3C XHTML 1.1 | W3C CSS 2.0
Hosted by: Hexten.net.