Well, I would agree with regards to PRE and POST. But ENTER / LEAVE are used a lot, and KEEP / UNDO most certainly as well by database oriented modules such as Red. There are 62 modules that use ENTER in the ecosystem, and 262 that use LEAVE. So definitely not obscure in Raku.
I guess one of the reasons for LEAVE being used as much, is because Raku doesn't have timely destruction (whereas Perl does).
You're understanding correctly: there's still some wrinkles to work out before there is a bootstrapped RakuAST front-end in a release. 2025.05 won't have it.
In any case, on the language choice we are in agreement: as of now Raku is not a popular language, so requiring a user of the system to know the language cannot provide much appeal to the project.
FWIW, for this application, I'd say only knowledge of "baby" Raku is needed. And if you've had any exposure to "baby" Perl in the past, then you already have that.
Cro is a rather large package intended to run full blown interactive services multi-threaded. So that does not seem out of place.
However, the amount of memory "used", may actually be a lot less in reality. For instance, if a run:
$ raku -e 'say Hello World"; sleep'
on MacOS with an M1, Activity Monitor reports that as using 82.4MB. But if I let the system itself report what its max_rss was for a process, it reports as 140KB. So I'm not sure if the MB number indicate actual memory usage, or just potential usage.
Excellent idea. I've just created the channel #raku-debate.
Well, I would agree with regards to PRE and POST. But ENTER / LEAVE are used a lot, and KEEP / UNDO most certainly as well by database oriented modules such as Red. There are 62 modules that use ENTER in the ecosystem, and 262 that use LEAVE. So definitely not obscure in Raku.
I guess one of the reasons for LEAVE being used as much, is because Raku doesn't have timely destruction (whereas Perl does).
You're understanding correctly: there's still some wrinkles to work out before there is a bootstrapped RakuAST front-end in a release. 2025.05 won't have it.
Something appears to be lost in
translationrenderingOOC, what is wrong with the link? Works for me?
FWIW, for this application, I'd say only knowledge of "baby" Raku is needed. And if you've had any exposure to "baby" Perl in the past, then you already have that.
I'm soo glad I dropped Windows 21+ years ago now!
Well, this is your chance to make sure Comma will continue!
Yeah, it is what it is. 😒 However, there is good hope that some people will at least continue development on the plugin version.
Cro is a rather large package intended to run full blown interactive services multi-threaded. So that does not seem out of place.
However, the amount of memory "used", may actually be a lot less in reality. For instance, if a run:
on MacOS with an M1, Activity Monitor reports that as using 82.4MB. But if I let the system itself report what its max_rss was for a process, it reports as 140KB. So I'm not sure if the MB number indicate actual memory usage, or just potential usage.
Strange: seems to have disappeared, or there's a temporary failure. The Google Cache shows: https://webcache.googleusercontent.com/search?q=cache:68kMFCq59f8J:https://wibble.news/content/raku-programming-the-new-language-turning-heads-and-confusing-brains
I'm going to delete this post as I re-posted it after the meta tag was corrected.
I'm sorta disappointed it doesn't let me just post a link. Instead it's just showing the whole article in a very bad format. Am I missing something?
Looking forward to be able to point people to a Raku Programming Language community here, instead of on Reddit.