Wasmer
Dev tools
wasm runtime and executable generator
SHOW HN2022
How HN took it
2 positive, 4 neutral or asking, 0 mixed, 3 critical, out of 9 comments about the project. Thread score -0.14.
Idea: 2 for, 3 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Sandboxing and plugin architecture value
From 1 comment
I like Wasmer for the ability to sandbox executables, because WASM can't do more than some very basic I/O if it ever gets compromised; great for a plugin architecture! This,…
jeroenhd on HN
Universal near-native apps from one codebase
From 2 comments
I think your judgment is premature. Also, wasm can do a whole lot more than basic I/O? There is a lot of value in a wasm target, especially for universal apps. You can use any…
survirtual on HNC/C++ can’t do anything by itself. It needs a compiler, a cpu, memory, and it needs std lib for a platform in order to do basic things like fs access. See, I can make your…
survirtual on HN
Objections
Java and JVM-style write-once-run-anywhere already exists
From 3 comments
History repeats itself yet again. Write-once-run-anywhere,eh? :) We had a thing for that a while ago, we called it Java. It had a similarly compelling story.
dmitrygr on HNI like Wasmer for the ability to sandbox executables, because WASM can't do more than some very basic I/O if it ever gets compromised; great for a plugin architecture! This,…
jeroenhd on HNWASM itself can't do anything, it needs bridging code to do actual I/O. This is by design and I think that's a good thing security wise. WASM runtimes are just the JVM…
jeroenhd on HN
Bytecode or native compilation may be more efficient
From 2 comments
I like Wasmer for the ability to sandbox executables, because WASM can't do more than some very basic I/O if it ever gets compromised; great for a plugin architecture! This,…
jeroenhd on HNLove it, and not wrong. Isn't bytecode typically more performant than this approach?
intelVISA on HN
Unclear GUI story outside the browser
From 2 comments
Does Wasm have a universal GUI story outside of the browser?
melony on HNThat's what I'm wondering, too, and I was expecting that to be the thing described in the article based on the title.
yellowapple on HN
Requests
Explain the universal GUI story for wasm outside the browser
From 2 comments
Does Wasm have a universal GUI story outside of the browser?
melony on HNThat's what I'm wondering, too, and I was expecting that to be the thing described in the article based on the title.
yellowapple on HN
Questions
Does Blazor WebAssembly work with this system?
From 1 comment
I guess Blazor WebAssembly based webapps can't be used with this system.
thepra on HN
Why not compile to a more optimized bytecode instead?
From 1 comment
I like Wasmer for the ability to sandbox executables, because WASM can't do more than some very basic I/O if it ever gets compromised; great for a plugin architecture! This,…
jeroenhd on HN
Alternatives named
Java JVM
From 2 comments
History repeats itself yet again. Write-once-run-anywhere,eh? :) We had a thing for that a while ago, we called it Java. It had a similarly compelling story.
dmitrygr on HNWASM itself can't do anything, it needs bridging code to do actual I/O. This is by design and I think that's a good thing security wise. WASM runtimes are just the JVM…
jeroenhd on HN
Zig cross-compilation
From 1 comment
Seems like blog post author is not aware of zig being able to cross-compile c and zig to any platform (and even glibc version) out of box without any additional toolchains
devcat on HN
Electron
From 1 comment
C/C++ can’t do anything by itself. It needs a compiler, a cpu, memory, and it needs std lib for a platform in order to do basic things like fs access. See, I can make your…
survirtual on HN