this monk has continually provided quality advice, and in a manner that exudes earnestness
I don't disagree entirely, but to me that only makes it more disappointing that recent threads went as they did; I saw several factual errors, strawmen, ignoring facts and arguments (all of which I called out at the time), and in the case of this thread, which is a continuation of the same topic (bareword filehandles), missing even the most basic testing, followed by what felt to me like a tactic to get me to waste my time. That interpretation is likely to be affected by my experience in the previous threads, but sometimes even normally reasonable and otherwise knowledgeable people can slip into "troll tactics", which is why I worded myself the way I did.
In terms of the original post of this thread, I have some sympathy. While I see potential pitfalls in the use of bareword filehandles, I don't regard that it is necessary to enforce defaults that forbid such usage.
Note the root node says (emphasis mine): "Rolling pragmas like use strict; into defaults is reasonable, as long no strict continues to exist. ... The proposal to remove [Indirect Object syntax and Bareword Filehandles]". To my knowledge at this point, there is no proposal to remove bareword filehandles, as you noted yourself. I'm currently only aware of one mention of making no bareword::filehandles a default, which I can't find in the current plans anymore either.
But anyway, Sawyer went through a fair bit of explanation in his talk of the reasoning behind changing the defaults. In addition to my getting the feeling several people participating in the Perl 7 discussions haven't watched the talk, I think people who are complaining about the (supposed) removal of features are missing some important points: 1. Perl 5 will continue to exist and get maintained for a fair amount of time (apparently at least 5 years). I completely understand people saying they wish to maintain their artistic freedom to code how they like - and if their medium of choice is Perl 5, it will always be there for them. 2. Changing defaults is much, much less radical than actually removing features - so in Perl 8, you may have to write use bareword::filehandles to enable a feature with many disadvantages. I don't believe that's bad enough to warrant a comparison to book burning. And even if Perl 9 or 10 were to actually remove them, point 1 still applies, plus someone (perhaps OP?) can probably write a CPAN module to put the feature back in. (In fact, Sawyer is working on a standard syntax for Perl that would actually allow for static parsing, allowing for actually safe source filtering; see also his talk.)
You said here:
Maybe I should just wait and see what happens ?
That's definitely my attitude at the moment. Perl giveth (powerful Unicode features, s///r, postderef, and lots more) and Perl taketh ($[, smartmatch probably), and we can pray that better things are to come (signatures, refaliasing), but in the end, it's the smart people who spend their time giving us stuff for free that make the decisions. There's already enough heated discussion going on, we don't need to burn them out further.
In reply to Re^5: On Backwards Compatibility and Bareword Filehandles
by haukex
in thread On Backwards Compatibility and Bareword Filehandles
by jcb
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |