4 ms·
Yes! I've been experimenting a LOT with kona.* K seems more my style, but I'm really excited about J being opened too! The APL family is way too interesting to
by silentbicycle 16y ago
Yes! I've been experimenting a LOT with kona.* K seems more my style, but I'm really excited about J being opened too! The APL family is way too interesting to have it confined by extremely expensive licenses and niche industries.
* Also, from communicating with the author: it's a clean re-implementation based on experience with it, not an open-sourced version of "real" K. (I've never used K or Q.)
I got the '93 J to work, too (on OpenBSD), but it's evolved a lot since then, and having the official version open will draw a lot more attention.
Also, thanks for answering some of my questions about J, K, and valence/rank a while back.
- kcl 16y ago> it's a clean re-implementation ... not an open-sourced version of "real" K Thanks, I didn't realize there was an ambiguity here. I've updated the GitHub page to be clearer on this point.
- beagle3 16y agoK is a lot more my style too: J has the kitchen sink. K provides closer to the "bare necessities". And yet, K programs are often shorter, simpler and more verbose. Also, K operators often rhyme with the C meaning of the same characters: &=and/min, |=or/max, monadic*=first (like C dereference when applied to a vector; trenary?=[vector]choose. I think there are a few others. Also, you're welcome :)
- beagle3 16y ago> and more verbose. I meant less verbose, of course. But it's too late to edit.