Viewing profile — kelas

oh no, not really. this is not writing in assembly, and definitely not in bytecode. but if you are indeed an elite intel(R) assembly coder, and old enough for eax and rax to have t…

author of the annotated version here. > representative example this is grossly taken out of context (which is explicitly stated at the very top of the corresponding readme, https:/…

> If you're arguing that "Read-Eval-Print cycle" doesn't count as REPL, then it pretty strongly undercuts your argument that "dialog approach". no, thankfully, it doesn't, and here…

this is a gross undeappreciation of a truly remarkable effort by my dear friend and associate. also, at least one of the languages presented is due to him. you can call him @ktye. …

(well, at least the mf is big in japan now lol)

julia is cool, hands down. only typical k binary will be less than 200kb and doesn't need stdlib. it still needs a few syscalls, but we're working on that. and julia has this small…

> Or, do you just not do that sort of stuff in these languages? i tell you more. it is very much recommended to avoid doing this sort of stuff in all languages . v_sepallength: 11 …

exactly. the complexity is built differently in k. * namespaces do exist, and are just as useful as they are in c++ and especially my beloved *sun.misc.unsafe*. i recommend. * inst…

> t=\:t:!x this is of course obvious first idea, but the recipe from above is actually from the official k4 cookbook. t=t is less innocent than it seems, i'm afraid. in k7/k9, we c…

nice :) also see here: https://news.ycombinator.com/item?id=45603661 HN is such a sweetheart. i should check in more often.

> That is wildly disingenuous. assuming you're referring to numpy as to have anything to do with python spec, i totally agree with you. only it doesn't. so don't pytorch and pandas…

ok, you have a point there. all 53 PDP-1s were "cheap" computers compared to IBM stuff (only $1M, adjusted) and used paper drum instead of punch cards. that was a nightmare to deal…

for that matter, i always wonder how people mistake python for numpy :) they have surprisingly little in common. but enough talking about languages that suck. let's talk about pyth…

> without it being tacit, it would probably be more readable definitely. tacit can be taken a bit too far sometimes, but when a certain discipline is observed (just like in any lan…

> seems to disagree no, actually i think Wikipedia got it right: "The 1974 Maclisp reference manual by David A. Moon attests "Read-eval-print loop" on page 89, but does not use the…

of course it runs in a browser - pretty much everything you can build using clang will run on the web. including linux kernel and llvm itself. to hell with peanuts: i'm pretty sure…

> your first working program feels like a happy accident. if you don't mind sharing: how did your own first working program felt like, and what was it written in? by the way, did i…

> I'd call that code obfuscation. we call them "trains". since this one has a descriptive name, `avg a`, is not cryptic at all. just a bit fewer of absolutely meaningless parens an…

guys, symbolic algebra package and a computer language are not the same thing :) not even remotely.

i'm sure niall is missing it too :) what does he do these days?

in k, we say "primitive operators are verbs", and "lambdas, functions, variables, literals are nouns". higher-order functions (over, scan, each, etc) are called adverbs.

> i assume that in most array languages, you also create "words" or however you want to call functions, to reuse code. sure, that's a very useful feature, like elsewhere. > I wonde…

oh, gosh. sorry for your loss. if you don't mind me asking, do you also remember the day when you wrote some non-trivial program in any language and it "worked" the first time, wha…

numpy is also an array language, with a userbase that of (R+k)^10 never seems to make these lists :)

thanks, and you're welcome. i hope you'll find them useful.