Beefy Boxes and Bandwidth Generously Provided by pair Networks
"be consistent"
 
PerlMonks  

Re: If Perl 5 were to become Perl 7, what (backward-compatible) features would you want to see?

by sundialsvc4 (Abbot)
on Oct 26, 2019 at 19:38 UTC ( #11107992=note: print w/replies, xml ) Need Help??


in reply to If Perl 5 were to become Perl 7, what (backward-compatible) features would you want to see?

This node falls below the community's threshold of quality. You may see it by logging in.
  • Comment on Re: If Perl 5 were to become Perl 7, what (backward-compatible) features would you want to see?

Replies are listed 'Best First'.
Re^2: If Perl 5 were to become Perl 7, what (backward-compatible) features would you want to see?
by Your Mother (Archbishop) on Oct 27, 2019 at 02:37 UTC
    Weighing in here ... why not ...

    You omitted the question mark so that the rhetorical nature of the “question” was understood I suppose. Unfortunately, too many of us understand the answer to the literal question. :|

    It’s terribly ironic—one wonders if it wasn’t subconscious self-sabotage, if that isn’t the underlying motive to everything, if there isn’t some sort of satisfaction derived from the public humiliation—that you would suggest moving the steering wheel to the other side of the car…

Re^2: If Perl 5 were to become Perl 7, what (backward-compatible) features would you want to see?
by Anonymous Monk on Oct 26, 2019 at 21:19 UTC
Re^2: If Perl 5 were to become Perl 7, what (backward-compatible) features would you want to see?
by Anonymous Monk on Oct 27, 2019 at 02:20 UTC
    Designers seem to conveniently forget that there are many millions of lines of production source-code in production service that will be immediately impacted – rendered useless – by even the slightest design decision that they might make ... unless they have both prepared and promoted as a new standard a way by which both legacy and new software can co-exist. Which they never do.

    Deprecation is vandalism! I've been saying it for years. I guess they keep doing it because it costs money to fix code and the more you break the more you make!

      Pessimistic, ignorant, and paranoid. Weird—but entirely banal—flex.

        In my ever growing MyPAN dependencies don't break because you don't ever have to deprecate. 🕷 The impulse to subtract from software may be an opportunity to expand it in disguise. 🐜 Certain types of bugs can be developed into features rather than trying to eliminate them. 🐛

        A recent example on this site was a module that broke another module by deprecating the two-arg form of a method in favor of a new two-arg method, and instead of detecting two-args in the old method and aliasing that to the new method, the use of two-args in the old method was first deprecated then made fatal.

        I would never do that because it seems malicious and destructive and aggressive like... code rage! 🎻

        Yet some respectable authors of some excellent tools that some of us mere mortals come to depend on do this all the time. They always have a reasonable excuse why I have to add one more character to 5000 lines of code because all of a sudden "Unescaped left brace in regex is illegal"! 2¢ from a humble perl hacker who does not deprecate 💩 and wishes others would be as considerate of their own software. 🌈 🦄

        perl -ML -e'print Software::License::Perl_5->new({holder=>join" ",@ARG +V})->notice' Just another Perl hacker

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://11107992]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others taking refuge in the Monastery: (2)
As of 2021-09-28 17:19 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found

    Notices?