> More or less. I mean, that used to be a thing you know.
I did not know Java applets can be stream loaded (ie, optimized for the web).
> WASM: A universal write-once, run anywhere bytecode for heterogeneous networks of systems
Not at all.. at least, not in my view. WASM is optimized for platform issues specific to the web. That is to say, how it behaves on load is the first priority.
I never got that impression from the JVM. If you say it is, then it seems to be a failure in marketing of the JVM or something.
Since you seem to feel WASM is a waste, what are your thoughts on the failure of the JVM? Ie, why don't I have Go and Rust compile targets for the JVM, with JVM browser code running my JVM targets and etc?
If JVM truly does have all of these WASM-web oriented features then it is an impressive failure on JVMs part. Quite curious
Nobody is upset, really. Java web client lost a very long time ago to Flash.
But imagine, if 25 years ago you poured your heart and soul years ago into a project because it promised to be a particular kind of great (but later failed), it can sort of drive the knife deeper and throw extra salt in the wound when your project's ugly red-headed stepchild (i.e. JavaScript) grows up into something great and gives birth years later to a beautiful standard (asm.js, later WebAssembly) that becomes what your project thought it would be, and much more. Or something like that.
Java certainly has a well-established place in software, no doubt about that. But its original promises had it (combined with AWT/Swing, applets, and XML, ... umm yeah) becoming the ultimate "write once run everywhere" platform that could scale up to massive servers and down to tiny embedded chips, and every client platform in between. In retrospect, C# and .NET would have done well not to attempt to emulate Java's initial scope.
I did not know Java applets can be stream loaded (ie, optimized for the web).
> WASM: A universal write-once, run anywhere bytecode for heterogeneous networks of systems
Not at all.. at least, not in my view. WASM is optimized for platform issues specific to the web. That is to say, how it behaves on load is the first priority.
I never got that impression from the JVM. If you say it is, then it seems to be a failure in marketing of the JVM or something.
Since you seem to feel WASM is a waste, what are your thoughts on the failure of the JVM? Ie, why don't I have Go and Rust compile targets for the JVM, with JVM browser code running my JVM targets and etc?
If JVM truly does have all of these WASM-web oriented features then it is an impressive failure on JVMs part. Quite curious