Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Larry Wall has approved renaming Perl 6 to Raku

github.com

Post reply on HN
Print view View original

81–90 of 463 posts

Re: Larry Wall has approved renaming Perl 6 to Raku

#81

Post by amalcon »

peterangular wrote: post #42
yellowapple wrote: post #21

Earlier quoted context omitted.

I'm all about using the right tool for the job. Sometimes Perl is that tool, and thus sometimes I'll still use Perl.

Genuinely curious - and not trying to be a jerk... but where do you find Perl fits well? I can only imagine needing it if I'm stuck on a legacy OS/strictly governed environment where it's the only option I have. (ie: governmental work etc.)

Not grandparent, but to me, Perl's niche is short log-processing scripts (like, 200 lines or fewer). Once it looks like it will either need an input other than a text file or grow to a significant length, I tend to rewrite in something else.

However, for short log processing scripts, I've not found anything with even close to the same productivity.

Re: Larry Wall has approved renaming Perl 6 to Raku

#82

Post by lilSebastian »

luckylion wrote: post #41
lilSebastian wrote: post #25

Earlier quoted context omitted.

> Sure but there's a reason that development has moved off of Perl. Why don't you specify this single reason you allude to?

That's just a saying, it doesn't mean that there's one specific reason, it means "that didn't happen by accident". I think there are plenty of reasons, and they work to reinforce each other.

> That's just a saying, it doesn't mean that there's one specific reason

> a reason

Singular, in English that means there's a single reason.

> I think there are plenty of reasons, and they work to reinforce each other

Care to expand on this?

Genuinely interesting, a thread where people complain about a language and they are so careless with the language they use to try and get their point across...

Re: Larry Wall has approved renaming Perl 6 to Raku

#83

Post by Grinnz »

jolmg wrote: post #46
Ovid wrote: post #2

This 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.

I can say that at least currently, there is no appetite for Perl attempting to "reclaim" the Perl 6 version in the foreseeable future. It would be a disaster in both community relations and marketing. It will either be Perl 7 or Perl 34+.

Re: Larry Wall has approved renaming Perl 6 to Raku

#84

Post by ttkciar »

sys_64738 wrote: post #31

What utility does Perl provide in a world dominated by python?

Its runtime is quite a bit faster and enjoys a smaller memory footprint. It is also more amenable to "bash on steroids" scripting, and has a quarter-million canned solutions in CPAN.

PyPi has caught up with CPAN in terms of sheer number of packages, but there are still a lot of differences in what those packages cover. You might find solutions in CPAN without a counterpart in PyPi.

More narrowly, every time I deal with databases in python, I find myself missing perl's DBI, which provides the same API for all databases with a corresponding DBD. Python should get a similar universal database interface someday.

Re: Larry Wall has approved renaming Perl 6 to Raku

#85

Post by theonemind »

Upvoter33 wrote: post #73

I'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.

Re: Larry Wall has approved renaming Perl 6 to Raku

#86

Post by rcthompson »

edflsafoiewq wrote: post #33

From what I could tell, Raku appears to be from Rakudo, the Perl 6 compiler, which is a shortened form of rakuda-dou (="way of the camel" in Japanese). Rakudo also means "paradise". The "raku" from "way of the camel" means "camel", while the "raku" from "paradise" means "fun" or "enjoyable" (or "music"). Incidentally, it also happens to sound similar to "roku" (="six").

This is exactly the type of linguistic naming shenanigans I'd expect from the Perl community.

Re: Larry Wall has approved renaming Perl 6 to Raku

#88

Post by riffraff »

Tepix wrote: post #48
ram_rar wrote: post #5

Can someone explain to me, for what kinda of new projects would they use Perl/Raku in 2019 at all?

Something that can take advantage of the new and improved regular expressions

I like raku's grammars, and I appreciate the idea of having them as first class, in a way other languages don't have them.

But you have parser libraries that work very well in all major languages, and I'm not sure being integrated in the language makes Raju more valid for any project.

What it does, imo, is offer a special way to solve some stuff by already being there. But it's like saying someone would choose python for a project because it has a built-in set data type.

Re: Larry Wall has approved renaming Perl 6 to Raku

#89

Post by SQueeeeeL »

thetwentyone wrote: post #23

Julia has a really great threading model coming in v1.3, which is likely to be released this month: https://julialang.org/blog/2019/07/multithreading It already supports a variety of parallel techniques but it's about to get easier and safer (e.g. safe I/O).

Is Julia getting more stable? I remember that was the big issue a few years ago, especially since it calls so many weird CUDA apis.

Re: Larry Wall has approved renaming Perl 6 to Raku

#90

Post by cjohansson »

jolmg wrote: post #46
Ovid wrote: post #2

This 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.

Maybe it’s better to find a new name for the next Perl 5 language version. It would simplify internet searches. It should be clearly distinct from Raku though.. Angular is in a similar mess to Perl, very hard to find decent information on web crawlers
Post reply on HN