zlacker

[parent] [thread] 4 comments
1. Scubab+(OP)[view] [source] 2025-11-19 23:17:39
I got into Perl in the early 90s in the Perl4 days, watched the very weird but necessary Perl5 come into focus, then I saw Larry and the community in the 2000s get stars in their eyes and just throw it all away for the dream of Perl6.

The real issue is not just that Perl6 wasn’t backwards compatible, it was that Perl6 basically did not exist for real for many, many years. People got tired of waiting, and the lack of backwards compatibility did not help.

Also Perl6 was just more weird on top of weird from a mainstream perspective. Making it even harder to justify.

replies(3): >>action+o1 >>athert+H1 >>turnso+wM1
2. action+o1[view] [source] 2025-11-19 23:26:39
>>Scubab+(OP)
And killing Perl 5 in the process. If Perl would have kept going in its own pace and Perl 6 would have been named Rapture or Raku from day one, Perl would have been fine.

Nowadays when everyone and their dog (vcpkg) have a package system, it’s easy to overlook how magical CPAN was. A solution to the weirdest problem, just a package away.

replies(1): >>bombca+L2
3. athert+H1[view] [source] 2025-11-19 23:29:03
>>Scubab+(OP)
It's interesting because you can still find interviews of Larry online how Perl is the first postmodern programming language but for perl6 they came up with a very top-down, modernist project
◧◩
4. bombca+L2[view] [source] [discussion] 2025-11-19 23:36:44
>>action+o1
CPAN and similar things like CTAN were simply phenomenal in a way that really is hard to explain today; since everything has it now.

It was a magical time.

If they hadn't done Perl 6 the way they did, it'd still be around. Perl 5 was fine but the impending doom gradually let it be overcome.

5. turnso+wM1[view] [source] 2025-11-20 15:20:07
>>Scubab+(OP)
I had a similar experience. It was so disappointing to watch them bike shed Perl 6 endlessly while Python was gradually taking over.

Even as a die-hard mod_perl fan, I never even tried Perl 6. The language had gone from the most concise and efficient way to process text streams to an incredibly complex OOP language that for some reason had an experimental Haskell implementation, its own custom VM and multiple compilers.

[go to top]