What is the history here and how on Earth is this considered appropriate for a manual? Even if this is tongue in cheek it's still way too unhinged to be taken as a joke, or a "Mondays right?" type of comical rant.
This is dark, and I'm surprised this person hasn't actually gone off the deep end....
I can't imagine someone writing this as a joke... hope whoever wrote that got the help they needed (it's from 1994, but I'm too afraid to look up who wrote it and what happened).
Why is there video at the front page instead of a text? So annoying. I won't spend n minutes in boredom, staring out of my mind, only to get to know what they offer to me?
I agree, it's not about it being "easy" to find the documentation or "easy" to watch the video. This is the landing page for the project, and I'd much rather see the commands in the video listed out on the page rather than having to watch someone else's terminal session.
I was recently looking at nushell, and that website has exactly what I would expect to find: example input with screenshots of the output instead of a video.
Does anyone know where I can find more examples of Rash code? Scripts large and small that do something cool... I get more inspired by those than by reading documentation :)
i like how well the integration between shell commands and the racket language seems to work. in my impression this feels better than what i remember seeing from other programming language commandline shells like xonsh. this is probably due to racket syntax more naturally mapping to shell commands with the function/command name being in first place. xonsh has to parse a command both ways to figure out whether `ls -l` is a shell command or python code, whereas rash doesn't because plain racket code is always in ()
Reminds me a bit of Closh: https://github.com/dundalek/closh
which is now on hiatus. babashka: https://babashka.org
however, is in full bloom for scripting thanks to a relentless Borkdude and the GraalVM project.
I may be wrong, but I don't think delimited continuations are just syntactic sugar around call/cc, i.e. the former require operators that depart from the semantics of the latter (undelimited continuations).
I think delimited continuations can be implemented with call/cc if you let the continuation "leak" out of the call/cc body. I'm pretty sure you can implement most, if not all delimited continuation constructs using call/cc. Maybe not in the fastest/most optimal way, but at least theoretically it should be possible
It's been a while that I used Scheme though, so my memory may be a bit rusty and I might have missed some things
https://scsh.net/docu/html/man.html