Chosing the appropriate algorithm can make orders of magnitude of difference
in execution time.
There are many problems where the appropriate algorithm for a small data set
is inappropriate for a large data set, for example.

Perl does, indeed, provide many ways to implement something, and it does so
compactly. Some may call this 'cryptic', but inconsiderate programmers can
make anything look cryptic in any language. If the appropriate solution is
difficult to present, this is no reason not to use it: this is a reason to
take considerable pains in documenting the matter - otherwise some
well-meaning person will come along and re-code it to the detriment of the
original design.

I have worked with most structured languages since Algol, and I find Perl a
'rich' language, in that solutions which would formerly require the
development of an appropriate library can be directly implemented in a few
lines. When developing in other languages, for want of time one would
implement the simplest solution - one which avoids the development of large
libraries - while prototyping, while proving feasability: the solutions thus
chosen would be inappropriate for the requirement, and would be inefficient.
Only later in the life cycle would the 'appropriate' solutions be
implemented, and then only where profiling had shown they were essential, to
minimise cost. In Perl, the 'appropriate' solution is near at hand, because
it can be immediately implemented. However, so are many other solutions
which may be more or less suitable. For the naive programmer, it is
difficult to chose correctly from this wealth, and he or she will most
likely chose the solution which he or she understands best. For the expert,
the difficulty is to understand when others will find the solution
'cryptic', and thus where special care is required in documenting a) the
chosen solution and b) its implementation.

I hold no special torch for Perl, or any other language, but suspect that
Perl plus judicious use of Inline::LanguageOfYourChoice will serve most
purposes for the next decade or so.

You ask whether '... it is a limitation when working on larger programs'. If
the proper analysis and design has taken place, I would be happier to
implement in Perl than in Java, but only as a general rule. If I knew that
the appropriate libraries in java were better than the corresponding modules
in Perl, this would easily sway the balance, and the same goes for other
languages.

I would not recommend a perl vs java debate: why pick on java?

----- Original Message -----
From: "Maciejewski, Thomas" <[EMAIL PROTECTED]>
To: "'Bob Showalter'" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, January 02, 2002 7:04 PM
Subject: RE: C vs. Perl


> not to get flamed here but one of the reasons I dont like perl is that
there
> are sometimes too many ways to do something ... and all of them are fairly
> cryptic ...
> people having different coding styles can really confuse the hell out of
> someone else that is trying to do some work with the code.
>
> While many may think that this is strong point of perl I see it as a
> limitation when working on larger programs.  opinions?
>
> can someone post the main debate points for perl vs java for web
development
>
>
>
>
> -----Original Message-----
> From: Bob Showalter [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 02, 2002 1:58 PM
> To: Maciejewski, Thomas
> Cc: [EMAIL PROTECTED]
> Subject: RE: C vs. Perl
>
>
> > -----Original Message-----
> > From: Maciejewski, Thomas [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, January 02, 2002 1:44 PM
> > To: 'Brett W. McCoy'; Agustin Rivera
> > Cc: [EMAIL PROTECTED]
> > Subject: RE: C vs. Perl
> >
> >
> > how about all of the issues involved with spawning off processes ...
> >
> > in java servlets I know this is handled because the servlet is always
> > running ...
>
> The OP said he was using mod_perl, so he shouldn't be creating
> separate processes for each request.
>
> >
> > you may end up with a more efficient system and easier to
> > debug code and all
> > of the other benifits from OO ... pretty much all around better by
> > re-writing in java ... rather than c
>
> All of which benefits are available in Perl as well...
>
>
> --------------------------------------------------------------------------
----
> This message is intended only for the personal and confidential use of the
designated recipient(s) named above.  If you are not the intended recipient
of this message you are hereby notified that any review, dissemination,
distribution or copying of this message is strictly prohibited.  This
communication is for information purposes only and should not be regarded as
an offer to sell or as a solicitation of an offer to buy any financial
product, an official confirmation of any transaction, or as an official
statement of Lehman Brothers.  Email transmission cannot be guaranteed to be
secure or error-free.  Therefore, we do not represent that this information
is complete or accurate and it should not be relied upon as such.  All
information is subject to change without notice.
>
>
>
> --
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
>


-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to