[26657] in Perl-Users-Digest
Perl-Users Digest, Issue: 8764 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Dec 15 00:05:29 2005
Date: Wed, 14 Dec 2005 21:05:06 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Wed, 14 Dec 2005 Volume: 10 Number: 8764
Today's topics:
Re: What is the reason for Perl? robic0
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 14 Dec 2005 20:54:47 -0800
From: robic0
Subject: Re: What is the reason for Perl?
Message-Id: <ecs1q11jng87skj6ulhmdo356vq2nsqc2t@4ax.com>
On Mon, 12 Dec 2005 13:41:59 -0600, "Eric J. Roode"
<sdn.girths00869@zoemail.net> wrote:
>robic0 wrote in news:ohkpp15b78vlhrpb8bcag801jd78ed0pb1@4ax.com:
>
>> Explain to me if you can why Perl is something I should use in
>> replacement to say C++ and a native API....
>
>C++ and Perl have their own strengths and weaknesses. Perl is great at a
>lot of things C++ isn't. And vice-versa.
>
>I've been a C programmer for 20 years, a Perl programmer for 10, and a
>C++ programmer for 15. So I know something about the strengths and
>weaknesses of these languages.
>
>C is a great language, but it's oooold. It's very low-level. You
>constantly have to worry about allocation, deallocation, buffer sizes,
>aliases, and so on. It's a pain in the ass sometimes. The language does
>virtually nothing for you; you have to do a lot of work to get anything
>done. Plus, the language has no reflection/introspection capabilities at
>all, and its control structures are weak.
Gee funny, thats what Larry Wall used to write Perl !!
>
>C++ is in some ways better than C, in some ways worse.
I like that you can do protyping at the implementation level
> Its OO model is
>rather outdated; its macro and templating facilities are weak.
Oh, maybe you haven't seen STL or ATL or Com..
> On the
>plus side, most things that you would need to do with statically-defined
>structures at compile-time are in fact doable. It's fairly complete. It
>suffers from C's requirement to nail down every single type at compile-
>time; it's hard to make heterogeneous structures.
^^^^^^^^^^^^^
I don't know what your big word is here.
I like that you can do protyping at the implementation level
>
>Perl is a much higher-level language than either of the above.
Higher level means its on drugs... slower than dog crap drying
and twice as smelly. Wait, I guess that means robust ..
> It does a
>whole boatload of the work for you, so you don't have to worry so much
>about allocation, buffer sizes, etc. String manipulation in Perl is a
>joy, compared to in C or C++ (or Java). It also has a more mature OO
>model than C++, and its OO (indeed even function definitions) can be
>created or changed at run-time. On the down side, it is pitifully slow
>-- mostly because it's doing all that work for you behind the scenes.
>
>Perl is my language of preference,
Perl is an excuse to be in-articulate and lazy, and to float a big
black cloud over peoples head and rain on them.
People who write Perl 1-liners have no idea of what their writing
in regard to code efficency whatsoever. With C++ compilers you
can view your source in assembly and add up the machine cycles
for yourself. Timing anything in Perl is the most bogus thing I
ever heard of, completely device dependent. See if you can grab
some assembly output from the Perl macro's you write all the way
down to the interpreter. But Perlers just drift on the current like
a bottle in the ocean. At your level, its entirely a guessing game
that can't be quantified... period !!
>just because it allows me to get more
>work done in a given amount of time.
You never worked a day in your life !
> For most of the things I do
>(database stuff, mostly), Perl's slowness just doesn't matter much.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
#The Perl-Users Digest is a retransmission of the USENET newsgroup
#comp.lang.perl.misc. For subscription or unsubscription requests, send
#the single line:
#
# subscribe perl-users
#or:
# unsubscribe perl-users
#
#to almanac@ruby.oce.orst.edu.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
#To request back copies (available for a week or so), send your request
#to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
#where x is the volume number and y is the issue number.
#For other requests pertaining to the digest, send mail to
#perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
#sending perl questions to the -request address, I don't have time to
#answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 8764
***************************************
