Beefy Boxes and Bandwidth Generously Provided by pair Networks
XP is just a number
 
PerlMonks  

Re: RFC -- Evolving Perl: a Decision Theory Approach to the Challenges of Perl 7

by Anonymous Monk
on Jul 09, 2020 at 23:40 UTC ( #11119113=note: print w/replies, xml ) Need Help??


in reply to RFC -- Evolving Perl: a Decision Theory Approach to the Challenges of Perl 7

The obvious and overwhelming question is whether the actual world could – or can – accept any sort of major revision to the language. In the last few weeks I have recommended to several clients that they should not move their PHP-5 applications to PHP-7, because of the many arbitrary (and, utterly breaking) changes which the designers of that language made. Their actions imposed, sometimes, "hundreds of thousands of dollars' worth of changes" to the source-code of their systems, simply to keep them doing what they already did. Having unwittingly pushed a few clients through this, I cannot in good faith do it again. "The right thing to do," in my view, is to insulate themselves from future OS-package-imposed changes and to thereby remain exactly where they are now, for the foreseeable future.

The architecture of Perl, vis-a-vis PHP, is of course very different because most of the features upon which production applications rely aren't "part of the language." Instead, they exist as separate source code ... now, tens of thousands of lines of it. Therefore, the single overwhelming concern for any "Perl user," when now faced with "Perl+=2," is not that "the new language is better," but that "100% of my existing source-code continues to run."

The Perl-6 idiots never understood this. Which is precisely why their language went nowhere.

  • Comment on Re: RFC -- Evolving Perl: a Decision Theory Approach to the Challenges of Perl 7

Replies are listed 'Best First'.
Re^2: RFC -- Evolving Perl: a Decision Theory Approach to the Challenges of Perl 7
by Anonymous Monk on Jul 09, 2020 at 23:59 UTC

    Nice of you to drop by. /s

    Not upgrading old code is exactly what was suggested. If your code isn't moving to perl6, that's okay. It's internal to your environment so, honestly, it would be silly and shortsighted to upgrade without really major reasons to. Platform stability is a real thing, you know. Anyway, you could pick any arbitrary version to stick with, and never worry about it changing. That's how software works.

Re^2: RFC -- Evolving Perl: a Decision Theory Approach to the Challenges of Perl 7
by Anonymous Monk on Jul 10, 2020 at 13:04 UTC
    sundial, going anonymous doesn't help.

    we are down voting your drivel anyway.

Log In?
Username:
Password:

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

How do I use this? | Other CB clients
Other Users?
Others wandering the Monastery: (4)
As of 2020-09-30 03:11 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    If at first I don’t succeed, I …










    Results (157 votes). Check out past polls.

    Notices?