Live data from Hacker News

Larry Wall has approved renaming Perl 6 to Raku

github.com

341–350 of 463 posts

Re: Larry Wall has approved renaming Perl 6 to Raku

#341
post #176

Is that from the Bible?

Does not sound like anything from the Bible I have ever read. Theres other commentary on this HN post about the many meanings of the name though.

I think the comment was asking about the quote in the linked comment, not the name (which was chosen as an alias many months ago).

Re: Larry Wall has approved renaming Perl 6 to Raku

#342

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 love Perl - the syntax, community, Larry Wall's writings and The Monastery. Occupationally I'm forced to write Ruby for a living these days but Perl's influence is there and enhances my appreciation or Ruby. I came into programming after reading in the Dreaweaver Bible that you could extend the search facility with regular expressions. Jeffrey Friedl's monumental Mastering Regular Expressions was listed for further reference and I was hooked. Perl was the natural language to learn if you were inspired by regexen and wanted to create dynamic websites back in the early 2000s so I sought-out Larry Wall's Programming Perl. That book is such a joy to read. I still dip into it today just for the quality of the writing ... and a little nostalgia.

Take time to really grok Perl and you may find the soundbite swipes at Perl don't make sense any longer.

Re: Larry Wall has approved renaming Perl 6 to Raku

#343
post #217

Earlier quoted context omitted.

I think this is more connect with the lack of familiarity with the language ecosystem than anything. I avoid tools written in node.js, even if installing is somewhat easy, most because I don't really know how to manage them later. Btw, nowadays with a modern pip a simple `pip install --user package-name` works.

No, it's due to two reasons. Devs don't ever think about who might be interested in using their tools and just assume that everyone who might want to use their work has just as much knowledge as they have in their particular mineshaft. Second, the creators of the language didn't bother thinking about how people are supposed to ship software when they were dreaming up the language. Languages are cool, maintenance and…

Perl certainly has a similar spread of problems and solutions, some of which clearly were inspired by python and ruby solutions. local::lib, Carton, perlbrew/plenv are all recommended immediately to solve these problems, but they are still solutions one has to go looking for, it's easy to first fall into problematic setups by not using them (at least all modern CPAN clients will set up a local::lib by default now).

Re: Larry Wall has approved renaming Perl 6 to Raku

#344

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

I love Python and I don't see the subset of the world dominated by Python changing to Raku any time soon. But there are some things that made me smile and nod and want to read more about the language. Two, off the top of my head.

1. Raku treats math in a manner that wouldn't surprise a mathematician. Or grade school student, for that matter. Witness:

    $ python3 -c 'print(0.3 == 0.1 + 0.2)'
    False
    $ ruby -e 'puts 0.3 == 0.1 + 0.2'
    false
    $ perl6 -e 'say 0.3 == 0.1 + 0.2'
    True
(Raku prefers rational to floating point math when possible, but of course you can force floating point if you prefer that behaviour.)

2. Concurrency is a language goal in Raku and I think that's notable, compared to Python. Parallelism, concurrency, and asynchrony including multi-core support.[1]

[1] https://docs.perl6.org/language/concurrency

Re: Larry Wall has approved renaming Perl 6 to Raku

#345

Earlier quoted context omitted.

>How familiar are you with Perl, and how much have you used it? It's what my company's entire code base is written in. So every hour of every work day for the past 6 months. >To me it looks really no uglier than any other mainstream language, and one could easily make the argument that any other mainstream language you care to name is uglier in some of its own ways. It's no one thing, but a bunch of little things tha…

> while ( ) { ($h{$_}++ == 1) && push (@outputarray, $_); }; That's a business culture thing. If you set the expectation, that it's okay to do that, people might do that. If you set the expectation that it's not okay, people shouldn't. The equivalent C and Python are likely just as ugly (given that the equivalent python might be using a far too complex range statement or put it on a single line using : and ;, which i…

There's always if is too cryptic. I think what most fail to grok, if they've only glanced at Perl, is context. Above all Perl is a context-based language. It's the opposite of Python's spell-everything-out approach but just as valid. Perl also excels at whipupitude.

Re: Larry Wall has approved renaming Perl 6 to Raku

#346
post #316

Earlier quoted context omitted.

It must be time to take my Ruby skills and go and learn this. Is it really as easy as it sounds like it should be for a lazy, dynamic-typing sort of Ruby dev to pick up?

If you have never worked with a strongly typed language before there might be some getting used to that, but any pain is well worth it. Catching all your mistakes at compile time and not at runtime is so amazing. Oh and it’s literally 100x faster than Ruby in some cases.

Every mistake? Wow. I rarely make that kind of mistake, I usually screw up the logic.

Re: Larry Wall has approved renaming Perl 6 to Raku

#347
post #113

Earlier 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?

For concurrency I think Raku has slightly more developed async support than Python, but the bigger advantage, I think, is in parallelism where, aside from the CPython GIL limiting practical parallelism in the main implementation (which is a big deal), Python as a language lacks the parallel iterables produced by the hyper (parallel but constrained to return in order) and race (parallel and not constrained in order) methods on the Iterable role in Raku, or anything like Raku’s hyperoperators that are semantically concurrent and parallelizable at the discretion of the optimizer. (Come to think of it, while also parallel, all those are also high-level concurrency constructs that Python lacks equivalents to.)

Python as a language can support parallelism via threads, and CPython as an implementation can via multiprocessing, but those are both very low level abstractions; Raku has higher level abstractions which allow much more succinct expression of parallel operations.

Re: Larry Wall has approved renaming Perl 6 to Raku

#348
post #345

Earlier quoted context omitted.

> while ( ) { ($h{$_}++ == 1) && push (@outputarray, $_); }; That's a business culture thing. If you set the expectation, that it's okay to do that, people might do that. If you set the expectation that it's not okay, people shouldn't. The equivalent C and Python are likely just as ugly (given that the equivalent python might be using a far too complex range statement or put it on a single line using : and ;, which i…

There's always if is too cryptic. I think what most fail to grok, if they've only glanced at Perl, is context. Above all Perl is a context-based language. It's the opposite of Python's spell-everything-out approach but just as valid. Perl also excels at whipupitude.

Except that isn't just , it reads from each line of each file specified as an argument on the command line or STDIN if no files were specified. This dual use (and magical-ness) is why I shy away from it in actual programs (but it is useful for one liners, which is why it does this), as it can be confusing.

Some people will look at this as evidence that Perl should be relegated to one-liners, but I find immense usefulness in combining my more engineered aspects with one-liners, and providing myself with a "project evaluator". What I do is create a simple bash script which just calls perl and sets the library include path to the project lib, includes a few useful things to always have (Path::Tiny, Try::Tiny, Data::Dumper, etc), and passed the rest of the args to Perl. Using DBIx::Class for SQL manipulation and/or using complex API client libraries I've written combined with the abilities of perl to do things easily as a one-liner is amazing.

Re: Larry Wall has approved renaming Perl 6 to Raku

#349
post #127

Earlier quoted context omitted.

I guess it depends on what you're comfortable in? I myself have tons of Elixir scripts that I use to automate much of my life. It's replaced ruby as my go-to for one-off scripts.

I didn't know that Elixir had such a low-threshold for one-off programs. Have you tried Crystal? Both are on my list of programming languages to look into next, together with Elm, Reason and Zig.

[deleted]

Re: Larry Wall has approved renaming Perl 6 to Raku

#350

Earlier quoted context omitted.

I didn't know that Elixir had such a low-threshold for one-off programs. Have you tried Crystal? Both are on my list of programming languages to look into next, together with Elm, Reason and Zig.

Crystal is wonderful for one-off programs in my experience. Elixir had a long startup time for one-off scripts in my experience, but Elixir’s syntax is still one of my favorites for scripting.

Crystal's startup time is not great though. 700ms vs 100ms for ruby.

Compared with

   time crystal eval 
Post reply on HN