in reply to Re: Experimental features: autoderef vs postfix deref
in thread Experimental features: autoderef vs postfix deref

s/DWIM/TIMTOWTDI/

Replies are listed 'Best First'.
Re^3: Experimental features: autoderef vs postfix deref
by stevieb (Canon) on Jul 13, 2015 at 18:22 UTC

    I totally agree...

Re^3: Experimental features: autoderef vs postfix deref
by locked_user sundialsvc4 (Abbot) on Jul 14, 2015 at 11:11 UTC

    To put it another way, though not very well:   “TMTOWTDI ... now, pick one.”.   It’s okay to have more than one approach to a problem, but not to have two or more syntactically-ambiguous ways to do the same thing.

    Every language has its “crufts.”   Perl, maybe, has more than a few.   But you smile to yourself and say, “that’s just the way it is.”   Speaking now purely from a software asset-management point of view, the one thing that I most do not want to see is:   “That’s just the way it is, only maybe it isn’t.”   Yeah, maybe in retrospect “that way” might not have been aesthetically best, but let’s all just live with it, for the sake of millions of lines already written.   Don’t gratuitously tweak the compiler and then add an on/off switch to your tweak.   Well-intentioned though your efforts might be, that just adds headache without aspirin.   Now, within a massive block of source-code, we now have two different ways being done to accomplish the same thing in not quite the same way.   Uh uh.   Don’t do that to me...