My dream is have a in browser nixos vm on wasm. If I could have a bare vm, I can bootstrap it easily with a nixos config. From there I can start thinking about running web services in browser tabs instead of physical hardware.
JSLinux
11–20 of 121 posts
Re: JSLinux
#12Considering the extremes of prolific developers gives interesting contrast to dogmas such as "functions/files should never be above x lines", where `quickjs.c` is 50k lines and has functions that are hundreds of lines long:
https://github.com/bellard/quickjs/blob/master/quickjs.c
(Obviously different approaches suits different circumstances.)
Re: JSLinux
#13My dream is have a in browser nixos vm on wasm. If I could have a bare vm, I can bootstrap it easily with a nixos config. From there I can start thinking about running web services in browser tabs instead of physical hardware.
Pretty sure this is possible already... What's stopping you?
Re: JSLinux
#14Considering the extremes of prolific developers gives interesting contrast to dogmas such as "functions/files should never be above x lines", where `quickjs.c` is 50k lines and has functions that are hundreds of lines long: https://github.com/bellard/quickjs/blob/master/quickjs.c (Obviously different approaches suits different circumstances.)
The answer is simple: Bellard can recall all 50K lines of context, while most can't. I too happen to have a larger working memory and only later realized that my threshold for files and functions is way higher than most others. The dogma is only required when the file is to be read and written by multiple people.
Re: JSLinux
#15Kohei Tokunaga has the next generation of this https://ktock.github.io/container2wasm-demo/ with emscripten Browser networking via fetch, or a Posix compat websocket proxy https://ktock.github.io/container2wasm-demo/amd64-debian-was...
Fun fact: it is based on TinyEMU too.
https://github.com/container2wasm/container2wasm?tab=readme-...
Re: JSLinux
#16Fabrice does a great job at building these self-contained pieces of software which often grow to have lives of their own. As a lesser known example, JSLinux's terminal emulator was forked a few times and is now known as xterm.js, which has become the predominant web embeddable terminal emulator.
This all comes full circle, because now I'm building a true successor to JSLinux that's way faster because I've natively compiled the kernel/userspace to wasm, and of course I'm using xterm.js for the terminal emulation.
If you like buggy demos that probably shouldn't be shared yet, you should check out https://linux.tombl.dev, but note that it's currently just a busybox shell and nothing else, so I hope you're good with `echo *` instead of `ls`.
Re: JSLinux
#17Fabrice is amazing. The amount of stuff this guy has built is utterly incredible. If I built any one of the things he's built (ffmpeg, qemu, tinyc) I would never stop bragging about it. Instead, he just keeps hacking on other cool stuff.
100% agree, would like to meet that guy one day
Re: JSLinux
#18Considering the extremes of prolific developers gives interesting contrast to dogmas such as "functions/files should never be above x lines", where `quickjs.c` is 50k lines and has functions that are hundreds of lines long: https://github.com/bellard/quickjs/blob/master/quickjs.c (Obviously different approaches suits different circumstances.)
The answer is simple: Bellard can recall all 50K lines of context, while most can't. I too happen to have a larger working memory and only later realized that my threshold for files and functions is way higher than most others. The dogma is only required when the file is to be read and written by multiple people.
tbh working on one file is most often much more ergonomic for me. Depends entirely on the sw architecture of course.
Re: JSLinux
#19Fabrice is amazing. The amount of stuff this guy has built is utterly incredible. If I built any one of the things he's built (ffmpeg, qemu, tinyc) I would never stop bragging about it. Instead, he just keeps hacking on other cool stuff.
Yeah why don't we learn what he wants and just give it to him, in return he'll properly rewrite all the broken shit we have. Phones, operating systems, desktop environments, countries, appstores, etc.
This is literally a brilliant idea. This guy needs a Macarthur grant now. Even if he rewrites half of all the broken shit we have, (and takes all of 20 years to do it) the world will be a better place. Except for _ which will always be a ___ hole.