Re^2: Inclusion of Raku on PerlMonks
by haukex (Archbishop) on Oct 14, 2019 at 14:39 UTC
|
Sure, I get your point!
AFAIK, one of the selling points of the "Raku" name was that it could be used to disassociate the language from Perl, which has some stigma (IMHO unwarranted, obviously ;-) ). New people coming to "Raku" in the future may be only vaguely aware of its history, or not at all, and so it might be confusing to them that "you can ask Raku questions on this site called PerlMonks", that's all.
And we have many slightly off topic discussions here around JavaScript, SQL or Python. So why should Raku - which is far closer to Perl 5 - be a problem?
It's not a problem - but we normally tag OT posts as such, and the [perl6] tag has been suggested and used several times for Perl 6 posts, so why not [raku] instead?
| [reply] [d/l] [select] |
|
|
I say: Wait and see.
Naming problems are not logical and should only be addressed when they pose a real problem.
For instance Pennsylvania Dutch is a misnomer. It's not Dutch it's a High German° dialect.
Or is "Dutch" a misnomer? Since it's just the English prononciation of Deutsch.
Or is "German" a misnomer and should be called Dutch in English?
Or should Austria, Switzerland and the Benelux countries sue Germany for using the name "Deutschland" exclusively?
Too theoretical?
What about Canadians being North Americans but not Americans...
What about Brittany not being part of Great Britain?
FWIW: they should have named it "Perl++" ( and that right from the beginning) and I bet that's what's going to happen in the end.
update
°) formerly also known as High Dutch
| [reply] |
|
|
I say: Wait and see.
If you mean to wait until perl6.org has become raku-lang.org and the rename has really been completed, then I fully agree! (And I should have probably said this in the root node.)
But if you mean to wait for something else, then I ask, wait for what? In the situation I mentioned, people wouldn't even consider asking a Raku question on PerlMonks because it's not clear they can. And yes, I'm aware it's a hypothetical, but OTOH, it doesn't make sense to me to e.g. "wait" for some other website (SO) to become more popular than PM for Raku questions before clarifying a policy that was already present in the first place.
BTW, from your earlier post:
And we have many slightly off topic discussions here around JavaScript, SQL or Python.
My understanding from the gods' posts on this topic so far is that the point is that Raku / Perl 6 questions are not off-topic, i.e. the policy isn't "we tolerate Raku posts here the same way we tolerate other OT posts sometimes", but instead "despite the name, PerlMonks is for Raku as well". But that's just my interpretation, so perhaps the gods could clarify at some point.
| [reply] [d/l] [select] |
|
|
|
|
|
|
For instance Pennsylvania Dutch is a misnomer. It's not Dutch it's a High German° dialect.
I don't how high a german this really is. wiki link When I hear germanic languages in the US midwest, it sounds low to me, but to hear a few is not to form a robust statistic. What it reminds me of is the plattdeutsch that was spoken in the regions around Kassel.
How has one done if one has a sub-par performance in golf?
| [reply] |
|
|
|
|
|
Re^2: Inclusion of Raku on PerlMonks
by Happy-the-monk (Canon) on Oct 14, 2019 at 14:32 UTC
|
"50% of potential problems disappear after waiting for a while."
Wise words, brother LanX
I hope we needn't worry, haukex, Raku has always been a valid path in the ways of Perl to me.
Cheers, Sören
Créateur des bugs mobiles - let loose once, run everywhere.
(hooked on the Perl Programming language)
| [reply] |
Re^2: Inclusion of Raku on PerlMonks
by cavac (Prior) on Nov 15, 2019 at 12:12 UTC
|
Given that Perl is famous for using non-perl languages to solve some problems, be it with Inline::C, JavaScript::V8 or even Inline::Python, i don't see a problem with adding raku to the mix.
I'm guessing the same will happen with raku questions as is happening with most of the other questions not directly related to Perl. We'll solve to problem or point to somewhere more appropriate to solve that particular problem... while at the same time some monks are getting curious and start to come up with a pure-perl solution (or a way of packaging that foreign-language solution into a nice module for CPAN).
perl -e 'use MIME::Base64; print decode_base64("4pmsIE5ldmVyIGdvbm5hIGdpdmUgeW91IHVwCiAgTmV2ZXIgZ29ubmEgbGV0IHlvdSBkb3duLi4uIOKZqwo=");'
| [reply] [d/l] |
|
|
| [reply] |
|
|
| [reply] [d/l] |
|
|
OTOH, what liz thinks doesn't really carry much weight around here. (No disrespect intended.) On the one hand, it's been a long time since she contributed much here (other than participating in threads on the present topic); on the other hand, she has taken her marbles and gone home (as the saying goes); and on the third hand, no one person's opinion carries that much weight around here. In short, liz's statement should not be treated as a "mic drop" by the rest of us. Carry on.
I reckon we are the only monastery ever to have a dungeon stuffed with 16 ,000 zombies.
| [reply] |
|
|
|
|
|