Earlier quoted context omitted.
I don't understand this comment. What needs to 'catch up'? They are vastly different languages with different philosophies, there's problems better solved in either language.
I meant popularity wise.
[deleted]
Larry Wall has approved renaming Perl 6 to Raku
141–150 of 463 posts
Re: Larry Wall has approved renaming Perl 6 to Raku
#142I'm amazed that Perl is still around. I personally find it the least readable language that I've ever used, and that includes a lot of languages. But some people really seem to love it, for reasons a bit beyond me.
How familiar are you with Perl, and how much have you used it? Most of the anti-Perl comments I've heard have been from people who really didn't know it very well, if at all. Some of them might have glanced at some Perl code and saw a dense regex and dismissed it as "line noise". Well, yeah, if you don't know regexes you would be forgiven for thinking it was line noise, but if you did know regexes it should look no m…
> Most of the anti-Perl comments I've heard have been from people who really didn't know it very well, if at all.
Indeed, I hope this thread gets picked up by http://n-gate.com/
Re: Larry Wall has approved renaming Perl 6 to Raku
#143Earlier quoted context omitted.
When someone says they want to work in Perl6/Raku, they likely have vastly different problems than someone using Erlang/Elixer. There is overlap of course (both general purpose), but I can't imagine using Erlang for scripting, while Raku is first class here.
I'm trying to understand, what kind of scripting requires first-class concurrency that isn't fulfilled by say Python?
tldr; Using a scripting language that allows for native threads or has a strong concurrency model builtin to the core would be beneficial for any CPU bound scripting task...
-----
Python's concurrency model is good for waiting on network or disk I/O because of its GIL (Global Interpreter Lock): https://realpython.com/python-gil/#the-impact-on-multi-threa...
If your program is CPU bound the GIL will slow you down. I'm sure since the python ecosystem is quite vast there are ways around the GIL... but then you have to worry about every library you use not supporting "real" multi-threading, or (b)locking for no reason and shitting all over your efforts.
Re: Larry Wall has approved renaming Perl 6 to Raku
#144Earlier quoted context omitted.
> Larry has now agreed with the change and Perl 6 will be renamed to "raku" and Perl 5, which has regular, major releases every year, will now be able to simply be "Perl" and be free to continue on its own way. I hope that doesn't mean that when Perl needs a major number version change again, they'll chose 6. It would be pretty confusing to have 2 Perl 6.
A similar sort of situation happened with PHP which is why there is no PHP 6 -- it jumped straight from PHP 5 to 7.
And same with ECMAScript 3 to 5.
Re: Larry Wall has approved renaming Perl 6 to Raku
#145I'm amazed that Perl is still around. I personally find it the least readable language that I've ever used, and that includes a lot of languages. But some people really seem to love it, for reasons a bit beyond me.
I find programming perl fun inversely to program size and proportionally to the need to slice and dice text. I didn't learn perl until the perl 5 era, but from what I can tell, I would've been as satisfied with perl 4, before they bolted on OO and tried to expand the applicable problem domain of the language. I mostly just use it as a super-charged awk and bash replacement for scripting.
The bolted on OO is really just one new function...bless(). The rest is package namespaces, which are also used for non OO purposes.
I'm never sure what people don't like about OO Perl. There's a tiny bit of boilerplate in a constructor, other than that, it doesn't seem different from other OO script languages.
Re: Larry Wall has approved renaming Perl 6 to Raku
#146Re: Larry Wall has approved renaming Perl 6 to Raku
#147This has been a huge deal for the Perl community. First, it was thought that Perl 6 would be the replacement for Perl 5. But it was long ago recognized that there was no clear upgrade path from Perl 5 to Perl 6, so it was agreed that Perl 6 was a "sister" language to Perl 5 rather than the successor. Except that many people expected that Perl 6 would be the replacement, so that stalled many projects. So an "alias" fo…
> Larry has now agreed with the change and Perl 6 will be renamed to "raku" and Perl 5, which has regular, major releases every year, will now be able to simply be "Perl" and be free to continue on its own way. I hope that doesn't mean that when Perl needs a major number version change again, they'll chose 6. It would be pretty confusing to have 2 Perl 6.
Ditch the major version. As the current one is 5.30, the next one will be Perl 31, the next stable is Perl 32.
Re: Larry Wall has approved renaming Perl 6 to Raku
#148Fifteen years too late. But I suppose better late than never.
Had they done it fifteen years earlier, I think Perl could have been the language to learn for Data Science. It still is a fantastic language to slice, clean up, and extract information from text files, and it was already very widely used in bioinformatics.
[deleted]
Re: Larry Wall has approved renaming Perl 6 to Raku
#149May Perl 5 live forever.
Amen.
Re: Larry Wall has approved renaming Perl 6 to Raku
#150What utility does Perl provide in a world dominated by python?
The inverse could've been asked about Python ages ago.