4 ms·
That page answers "what?" I had to browse around a bit to answer "why?" I landed here: https://100r.co/site/mission.html https://100r.co/site/mission.html It
by __MatrixMan__ 2y ago
That page answers "what?"
I had to browse around a bit to answer "why?" I landed here: https://100r.co/site/mission.html https://100r.co/site/mission.html
It's a cool idea. I found the contrast with electron helpful:
> While solving some of our issues, Electron was rapidly increasing in size and hunger, so despite it being open-source soon joined the rest of the software that we did away with. Our focus shifted toward reducing our energy use, and to ensure reliability we began removing dependencies.
- v3ss0n 2y agoElectron is slow when your code is crappy .
- 01HNNWZ0MV43FF 2y agoHTML is just so big
- WD-42 2y agoYea that must be why the original electron authors abandoned it and are now working on an editor in Rust.
- unnkrsnn 2y agoIs Github working on a new editor?
- Cannabat 2y agoThe team who create Atom, Electron and tree sitter are working on zed: https://github.com/zed-industries/zed https://github.com/zed-industries/zed
- v3ss0n 2y agoZed is fast at starting up, But incredibly slow at When it involves moving UI - atleast on Linux. You better test first before saying that. Lets think of it , how many time you restart your app when you start using the app?
- dartos 2y agoAtom (and electron) were personal projects of a GitHub engine GitHub decided to back at some point.
- v3ss0n 2y agoThey left soon after MS Acquisition .
- spintin 2y ago[dead]
- throwaway71271 2y agoyou can also watch https://www.youtube.com/watch?v=T3u7bGgVspM https://www.youtube.com/watch?v=T3u7bGgVspM to get more context
- theamk 2y agoIt's interesting that the virtual machine is neither very fast nor it is memory efficient. If you really want to have max speed + portability, it's hard to beat restricted subset of C, especially since almost every platform has highly optimized compiler. Something like: "Code must conform to C89 with -nostdlib, and can only link to libuxn (that we wrote). And use uxn_main() instead of main(), as libuxn defines main. No binary dependencies allowed, all source files must be in project directory, and only uxn build system can be used" The the authors would only need to write libuxn for each platform they support, which is certainly easier and faster than writing a whole emulator. But I am guessing this solution did not satisfy other criteria, perhaps things like "playful" and "build from first principles". It's a pity though - distributing apps in source code form instead of emulator binary would make them much more modifiable by end users.
- 0xdeadbeefbabe 2y agoInfocom also took the VM approach and I can still play their games years later, and it worked out for them in the short term too.
- nine_k 2y agoInfocom's games require little CPU by their nature, and most of the memory is spent on graphics.
- theamk 2y agoSimple C code from 1990 still works, as long as it does not depend on non-standard libraries. Imagine how cool it would be if old games were distributed in source code form, so that anyone can modify and "remix" it as much as they want with a simple text editor? This was impossible back in 1990s, but today we can get a C compiler (tcc) which takes less than 1 megabyte of space and compiles+links a game in less than a second. As long as you don't depend on too many third-party libraries, you can ship C code, compile the game on each start and user won't even notice!
- 0xdeadbeefbabe 2y ago
- d0mine 2y agoThe mission sounds like the original Java mission. Unclear why something like zig/llvm won't fit the bill.
- bshanks 2y agoI also found https://git.sr.ht/~rabbits/libreplanet2022/tree/master/item/slides https://git.sr.ht/~rabbits/libreplanet2022/tree/master/item/... to understand the context