It's not clear from the README what advantages it offers over ripgrep.
It's not clear from the README how even to install it, likely just an exploration of writing file searcher in Raku and not a serious attempt at replacing grep/find/ack/ag/rg.
App::Rak – 21st century grep / find / ack / ag / rg on steroids
11–20 of 98 posts
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#12This is my first time hearing about Raku (the language this tool is apparently written in), and after a quick look at the website[1], I am not sure why I would want to use Raku vs any other language in particular. According to the guide[2]: > Raku is a high-level, general-purpose, gradually typed language. Raku is multi-paradigmatic. It supports Procedural, Object Oriented, and Functional programming. That really doe…
To me the first adjectives that come to mind for Raku are quirky and clever. I feel it can be extremely expressive at times, with really good happy path. It is at the same time anti-blub but also steers away from academic ivory towers, instead it is very much hacker/power-user oriented.
(disclaimer: I don't actually know Raku that well, but it is very high on my list of languages to learn)
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#13We're still busy excising the 90's replacement for awk ...
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#14It's not clear from the README what advantages it offers over ripgrep.
It's not clear from the README how even to install it, likely just an exploration of writing file searcher in Raku and not a serious attempt at replacing grep/find/ack/ag/rg.
It was introduced at a Raku Conf presentation. I remember watching it.
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#15This is my first time hearing about Raku (the language this tool is apparently written in), and after a quick look at the website[1], I am not sure why I would want to use Raku vs any other language in particular. According to the guide[2]: > Raku is a high-level, general-purpose, gradually typed language. Raku is multi-paradigmatic. It supports Procedural, Object Oriented, and Functional programming. That really doe…
raku is perl 6, it's just called "raku" now. Given that, it's 23 years old and done by Larry Wall so it's not exactly yet another fly-by-night hype language, just something that is not in the top 50.
> raku is perl 6
It used to be, but not anymore.
It has grown to be its own thing with some happenstance parenthood through being born from an early attempt at Perl 6, and thus is now only being slightly more related to Perl than e.g Ruby is. Ok I'm pushing it but you get the idea: taking a biological analogy, it has mutated away far enough that it is now considered to be its own strain.
And if that helps clear some doubts, Perl 7 is on the table (if there ever needs to be a Perl 7):
At some point in the future, the PSC may decide that the set of features, taken together, represent a big enough step forward to justify a new baseline for Perl. If that happens, then the version will be bumped to 7.0.
So Raku cannot be Perl 6!
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#16Earlier quoted context omitted.
raku is perl 6, it's just called "raku" now. Given that, it's 23 years old and done by Larry Wall so it's not exactly yet another fly-by-night hype language, just something that is not in the top 50.
> raku is perl 6 It used to be, but not anymore. It has grown to be its own thing with some happenstance parenthood through being born from an early attempt at Perl 6, and thus is now only being slightly more related to Perl than e.g Ruby is. Ok I'm pushing it but you get the idea: taking a biological analogy, it has mutated away far enough that it is now considered to be its own strain. And if that helps clear some…
Well right, "perl 6" quickly became a bad name for the project - they should have switched to something like "raku" maybe 20 years ago.
Given that, nobody got the memo, so calling it "perl 6" is still a very fast way to orient people as to what it's a neighbor of.
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#17It's not clear from the README what advantages it offers over ripgrep.
While ripgrep is also 21st century, it's not on steroids. /s
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#18Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#19It's not clear from the README what advantages it offers over ripgrep.
> ripgrep
Whait what's that? I'm stuck with ag and {a..z}grep.
Re: App::Rak – 21st century grep / find / ack / ag / rg on steroids
#20It's not clear from the README what advantages it offers over ripgrep.
> ripgrep Whait what's that? I'm stuck with ag and {a..z}grep.
BurntSushi (dev) built a grep replacement, `rg` (ripgrep), in Rust, that tends to run circles in terms of speed around grep itself and other grep replacements. The UX is also pretty nice. I install it everywhere now.
I'm curious (like others here) how `rak` is better than `rg`.