My point is the huffman-coding principle.

Incrementing numeric indices happens maybe 1_000 or even 1_000_000 times more often than incrementing strings. So for integers this operator has to be short.

But the effort to learn and maintain string_increment with a core operator like ++ is far less economic.

For that reason I agree that strinc() (or whatever notation suits the most) would pollute the namespace like in PHP, so it should be outsourced to a pragma or module.

The inverse approach would be the 'no feature qwinc' I proposed, forcing ++ to croak on strings and allowing full backwards compatibility.

Furthermore allowing optimizations within Perl and less headaches and far more performance when translating to other VMs.