Yes you are.
> I disagree with the "because". I find it rather easy to select the features I like,
Perl has the reputation of the write-only-language which becomes unmaintainable by a team.
This could be related to people "selecting the features they like".
A team leader in application development is interested to have a common coding guideline, an employer to easily find new team members or at least easily train a newbie.
I daresay pretty much everything which makes Perl a great language for short scripts or as interactive shell is discouraged in PBP.
This is a highly schizophrenic situation, because people reading the perldocs have to keep all parallel realities in mind.
The even bigger paradox is that many Perl haters have no problem praising bash and Java in the same phrase.
My point is that this could be solved by readjusting the perspective, either by labeling or maybe enforced by pragmas.
B::Deparse does already most of the job, like offering to translate special vars to use english variants and an opinionated indentation.
You can't really use Python as a bash replacement and you can't really scale easily to a big application with bash.
Perl can ... an this should be a central message in the way we are selling it.
For instance instead of apologizing for special vars, we would say:
Look they are very handy in "Perl-shell" and not meant to be used in this form in "Perl-app", why don't you "use anal"* anyway?
I hope my point is clearer now.
Cheers Rolf
(addicted to the Perl Programming Language :)
Wikisyntax for the Monastery
FootballPerl is like chess, only without the dice
*) "anal" in the sense of super-strict
In reply to Re^8: The Future of Perl 5
by LanX
in thread The Future of Perl 5
by Laurent_R
For: | Use: | ||
& | & | ||
< | < | ||
> | > | ||
[ | [ | ||
] | ] |