by yko on 5/18/13, 2:39 PM with 66 comments
by acqq on 5/18/13, 3:46 PM
by Su-Shee on 5/18/13, 3:57 PM
by jerf on 5/18/13, 6:24 PM
In particular, I'm lost on the difference between
sub outer {
my $closurevar;
my $inner = sub {
... use $closurevar...
};
}
and sub outer {
my $closurevar;
my sub inner {
... use $closurevar...
}
}
(I mean this as an honest question. That said, I do hope that I'm missing something and this is more than just a syntax gloss.)[1]: http://search.cpan.org/~rjbs/perl-5.18.0/pod/perlsub.pod#Lex...
by btipling on 5/18/13, 6:09 PM
by greyman on 5/18/13, 7:57 PM
by alberth on 5/18/13, 3:54 PM
by creaktive on 5/18/13, 4:09 PM
by mpyne on 5/18/13, 8:47 PM
by prollyignored on 5/18/13, 4:19 PM
And now it seems I understand the haters.
Just don't use Perl.
The language seems fine, productive, even sublime at first but you will encounter some horrible design features.
Just read the following,
http://markmail.org/message/h2spyi5za4qheuft
-- Perl's data structure serialization is leaky. Thought you made an int ? Whoa ... serialized as a string.
http://blogs.perl.org/users/rurban/2013/02/no-indirect-consi...
-- A language feature causing a burnout ? Well fuck me !
That's just a tip of the iceberg.
PHP, a fractal of bad design ?
Perl, a quantum bomb, waiting to tick off.
The Modern Perl movement is like saying "I'll close my eyes and crime ceases to exist."
No best practices will save you from broken language features.
The people who maintain Perl source code, are not a _fan_ of Modern Perl. They won't make "strict" the default or introduce signatures or better OOmodel.
The people who proclaim "Modern Perl" won't fork.
Even this release shows how clueless Perl maintainers are !
* They released a switch statement long long back
* And now they mark it even as "experimental" because of the leaky "my $_" scope.
Oh God ! I will never emotionally invest in another tool.
EDIT: Neutral language.
by will1000 on 5/18/13, 7:28 PM