ds7832 What's a good way to check all elements of an array are of a given type? (I get the array as a slurpy, so can't put a proper type constraint on it.) 00:07
00:11 arkiuat joined 00:16 arkiuat left
ds7832 Alright, I think I`m going to go with all(@items) ~~ Item 00:21
disbot12 <nemokosch> that should be good enough; I think the "canonical" solution is moving towards using are 00:22
<nemokosch> docs.raku.org/routine/are
ds7832 ooh, I like that. ty 00:23
disbot12 <.landyacht.> @nemokosch / @aruniecrisps - in my personal experience the biggest barrier to adoption of Raku has been the chicken-and-egg problem… not enough people using it, so it seems fringe, and there aren’t enough people who know enough to rapidly fix bugs in Rakudo 00:24
<nemokosch> catch-22 00:25
<.landyacht.> Of course any growing language faces the same issue
<.landyacht.> Without some sort of corporate sponsor at least
<nemokosch> my (biggest) problem with this explanation is that it's kind of a cope that tells you "it is what it is, whatever, cannot be helped" 00:26
<nemokosch> it's not really actionable and there is a bad kind of comfort in that
<.landyacht.> Looking at more unique challenges, one is that we rakuuns love to show off the fun features, and to do that we typically simplify down, and then it gives the impression of a Big Box of Features that’s kinda crazy and meant as a golfing language 00:27
00:27 ds7832 left, Nemokosch joined
Nemokosch m: say ().are; 00:28
tellable6 2026-02-03T20:01:17Z #raku <SmokeMachine> nemokosch: that’s the thing, discussing and helping other people to understand the working class politics IS THE THING that will help my surroundings, my people and my kids in the future…
camelia Nil
disbot12 <.landyacht.> And I think the action there is to make “real” applications to show what can be done
Nemokosch so it is either that the docs are wrong or this behavior is wrong (in this case I feel it's the former) 00:29
disbot12 <.landyacht.> But perhaps even better, to make platforms… I would argue Perl’s success in its heyday was largely due to CGI
<.landyacht.> It gets more people learning when they can make their fun thing atop a nice platform
<.landyacht.> I’m working on an extensible (via plugins) secure chat platform 00:30
<.landyacht.> I hope this will have a similar effect if it catches on, to encourage people to learn Raku for the sake of making a plugin
<nemokosch> good luck certainly 00:31
00:32 ds7832 joined, Nemokosch left
disbot12 <.landyacht.> Plus I don’t exactly love Discord, and I would not be sad to sad goodbye to it 00:32
<.landyacht.> to say*
<nemokosch> I don't necessarily like the way discord is being run but I think it takes a lot to ruin it
<.landyacht.> It has been a long road because of the rather lofty architectural goals I’ve set for it 00:33
<nemokosch> this forum-text chat-conference calls hybrid is brilliant
<.landyacht.> Yeah, it generally serves a need and is more accessible to most than slack, and MS Teams is relegated to businesses really 00:34
00:34 Sgeo joined
disbot12 <.landyacht.> Matrix is a good idea that’s been around for a while and isn’t too hard to set up but mostly just appeals to tech-savvy folks 00:35
<.landyacht.> I am hoping to match the ease of Discord and beat it in extensibility, then make it configurable for business applications as well 00:36
<.landyacht.> Unseating Teams won’t happen of course but non-microsoft shops might like it
<nemokosch> I think there simply is a huge appeal to getting a ready-made service, let alone "for free" 00:38
<nemokosch> what I personally hate about most nerdy stuff is the need to create accounts for every goddamn thing 00:40
<nemokosch> honestly I even find it safer to sell my soul to Microsoft, Google and Facebook but then that's it than having random accounts dangling all over that all demand a password from me
00:43 ds7832 left 00:44 arkiuat joined, ds7832 joined 00:48 arkiuat left 00:50 ds7832 left
[Coke] That used to bother me until I got a password vault that works on all my hardware. 00:53
01:06 kjp joined 01:11 arkiuat joined 01:16 arkiuat left 01:31 arkiuat joined 01:36 arkiuat left 01:46 sibl joined 01:55 arkiuat joined 01:56 sorenson left
Voldenet m: say ().are; # idk how is that wrong 02:13
camelia Nil
Voldenet docs say `returns nil or empty list` docs.raku.org/type/Any#method_are 02:14
disbot12 <nemokosch> > say ().are; # OUTPUT: «True␤»
Voldenet okay, I scrolled to it and it's wrong 02:15
disbot12 <nemokosch> funnily there is also > say ().are; # OUTPUT: «Nil␤»
Voldenet should be `say ().are(Any)` probably
or Nil
actually, empty lists always return True 02:16
m: say ().are(Whatever)
camelia True
arkiuat well, before I saw this discussion, I went and changed the example to `say ().are(Nil)` which is just one instance of many, but seemed intuitive to me 02:25
now i'm wondering whether that behavior is ROASTed or not. If it's not, it shouldn't be in the doc 02:26
It is, but any type would do, and Nil isn't as intuitive to everyone as I thought, apparently, so I changed the example again to what roast tests for (which just happens to be Int) 02:39
disbot12 <nemokosch> I would like to be able to have "any type will do" there but sure enough, this would be first and foremost the task of the specification to say 02:42
<nemokosch> include rant about how roast is not a specification
arkiuat yeah, this is probably a better channel for most of what we were just now talking about on #raku-doc 02:43
the roast test is at S29-any/are.t#L14 if anyone is curious 02:44
02:47 hulk joined 02:48 kylese left 03:15 hulk left, kylese joined 03:16 kjp left, kjp joined 03:21 sibl left 03:23 nine left, nine joined 03:37 sibl joined 03:38 arkiuat left 03:40 arkiuat joined 03:42 sibl left 03:46 sibl joined 04:00 sibl left 04:02 sibl joined 04:08 lichtkind_ joined 04:10 lichtkind__ left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!