[32999] in Perl-Users-Digest
Perl-Users Digest, Issue: 4275 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Aug 22 12:44:41 2014
Date: Fri, 22 Aug 2014 06:09:02 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 22 Aug 2014 Volume: 11 Number: 4275
Today's topics:
Re: perl6 too much pointless functionality <none@example.com>
Re: perl6 too much pointless functionality <gamo@telecable.es>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 22 Aug 2014 11:42:28 +0000 (UTC)
From: Forsythe <none@example.com>
Subject: Re: perl6 too much pointless functionality
Message-Id: <lt7ab4$dei$1@dont-email.me>
G.B. <bauhaus@futureapps.invalid> wrote:
> On 20.08.14 18:34, Rainer Weikusat wrote:
>>>> If so, I think the
>>>> >>'useful packages' are a secondary concern: If the language in itself is
>>>> >>useful, it can be used within the limits of the available library
>>>> >>support.
>>> >
>>> >Right. I think that if a scripting language is not intended
>>> >to be a better shell then it is essential for it to have
>>> >extensive and working library support. (It would be great
>>> >to have a better shell.)
>> And I think you're wrong: First and foremost, the language + runtime
>> environment is useful (or not so useful) for 'programming stuff'. In
>> case parts of 'stuff' are sufficiently generic and sufficiently
>> complicated that using a third-party solution seems appropriate,
>> availabilty of that is an option which is nice to have. OTOH, every
>> piece of third-party code used is also a liability because it will
>> have to be maintained and it will also cause work which could have been
>> avoided. "There ain't no such thing as a free download".
>
> Can we have a quick show of hands?
>
> Who is using Perl in one or more serious projects and either
>
> [ ] - depends on something from CPAN or equivalent, or
> [ ] - can use just the bare local Perl installation?
>
In my professional work I
[ ] - depend on something from CPAN or equivalent, or
[x] - can use just the bare local Perl installation?
I would like to check the first box, but the environment in which I am
paid to work is not an environment I can control, so I have had to
reimplement a few wheels and, in some cases, curtail my use of Perl in
favor of some other tool. Bare Perl still has a place of respect in
our system and in my ~/bin/, however.
That may seem to be a waffling, middle-of-the-road response, but it is
accurate.
------------------------------
Date: Fri, 22 Aug 2014 15:08:31 +0200
From: gamo <gamo@telecable.es>
Subject: Re: perl6 too much pointless functionality
Message-Id: <lt7fda$2lk$1@speranza.aioe.org>
El 20/08/14 a las 14:32, Rainer Weikusat escribió:
> As demonstrated above (again), this is nothing which Perl doesn't
> already have and has had for a while (syntax is transient, concepts are
> persistent ...).
I am open to new syntax if it offers something, as more
simplicity or speed. E.g.
@newlist = @list.pick(*);
is the same as doing a shuffle from List::Util.
BUT, actual incarnation of perl6 (rakudo star) is a turtle!
Is like having a program running in a 8086 emulator.
--
http://www.telecable.es/personales/gamo/
------------------------------
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:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#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 V11 Issue 4275
***************************************
