FAQ 1.11 When shouldn't I program in Perl?

Do you have a question? Post it now! No Registration Necessary.  Now with pictures!

Threaded View
This is an excerpt from the latest version perlfaq1.pod, which
comes with the standard Perl distribution. These postings aim to
reduce the number of repeated questions as well as allow the community
to review and update the answers. The latest version of the complete
perlfaq is at http://faq.perl.org .


1.11: When shouldn't I program in Perl?

    When your manager forbids it--but do consider replacing them :-).

    Actually, one good reason is when you already have an existing
    application written in another language that's all done (and done well),
    or you have an application language specifically designed for a certain
    task (e.g. prolog, make).

    For various reasons, Perl is probably not well-suited for real-time
    embedded systems, low-level operating systems development work like
    device drivers or context-switching code, complex multi-threaded
    shared-memory applications, or extremely large applications. You'll
    notice that perl is not itself written in Perl.

    Perl remains fundamentally a dynamically typed language, not a
    statically typed one. You certainly won't be chastised if you don't
    trust nuclear-plant or brain-surgery monitoring code to it. And Larry
    will sleep easier, too--Wall Street programs not withstanding. :-)


The perlfaq-workers, a group of volunteers, maintain the perlfaq. They
are not necessarily experts in every domain where Perl might show up,
so please include as much information as possible and relevant in any
corrections. The perlfaq-workers also don't have access to every
operating system or platform, so please include relevant details for
corrections to examples that do not work on particular platforms.
Working code is greatly appreciated.

If you'd like to help maintain the perlfaq, see the details in

Re: FAQ 1.11 When shouldn't I program in Perl?

Quoted text here. Click to load it

Could you comment on why Perl would not be a good language to use for
nuclear plant monitoring, as in your example? What are its major
weaknesses? What language is more suitable for applications that
demand high reliability and up time?


Re: FAQ 1.11 When shouldn't I program in Perl?

Navyx10 wrote:
Quoted text here. Click to load it

Some languages

* have compilers that are validied for reliability in critical

* include facilities to help program verification.

* support run-time checks to protect against various types of
programming bug.

AFAIK Perl doesn't (much).

http://en.wikipedia.org/wiki/Ada_ (programming_language)

I don't think the FAQ needs changing. YMMV.


Re: FAQ 1.11 When shouldn't I program in Perl?

In article

Quoted text here. Click to load it

Most languages are unsuitable for work where things absolutely cannot
fail. It's not something that's specific to Perl.

Site Timeline