Earlier quoted context omitted.
In Markdown you can generally produce a single block quote with paragraph breaks by including quoted empty lines: > Paragraph 1 > > Paragraph 2 Whereas you'd get two sequential quote blocks by using an unquoted empty line: > Quote 1 > Quote 2
That doesn't work here > because if you have multiple lines not separated by an empty line, > > even with a "quoted" extra line, it's not formatted on hn as such, and everything collapses into a single line.
WebAssembly becomes a W3C Recommendation
101–110 of 248 posts
Re: WebAssembly becomes a W3C Recommendation
#102Earlier quoted context omitted.
the backend could compile to wasm as well.
and what is the profit in compiling C/C++/Rust into wasm, instead of native binary code?
advantages: sandbox, portability
disadvantages: performance, platform integration
nobody's saying that server-side wasm will be universally the right choice.
Re: WebAssembly becomes a W3C Recommendation
#103Earlier quoted context omitted.
And then if all web apps move to a canvas-painted UI with all the code in web assembly then there will be a major accessibility problem. Unless screen readers can now dive down into the canvas layer?
You raised a very valid point here. How much difference will be between a canvas-painted web-app and a native Windows application? The line woll get increasingly blurry.
Re: WebAssembly becomes a W3C Recommendation
#104Now if only we get a good web-oriented Python with a WASM backend, we'll finally be able to throw Javascript where it belongs: into the dustbin of history.
Honest question, in what sense is python a so much better choice for web development? syntax? subjective, and it would also mean all C-likes belong in the dustbin. performance? Why would python, as a language, be significantly more performant? It's just as dynamic. ecosystem? JS community is huge, JS package managers are huge (even though not flawless, but nothing their python counterparts do better) I mean I can sur…
Also comparing languages based on syntax and ecosystem is not very clever idea.
Re: WebAssembly becomes a W3C Recommendation
#105Such hate for JavaScript. To say JS needs to lose for you to win says more about you than it does JS. Just a thought. I see a world where there are many winners and one where WASM and JS and whatever you want can fulfill their need where needed.
Re: WebAssembly becomes a W3C Recommendation
#106I wonder if people think work involving web assembly will coalesce around a few languages over time?
LLVM kinda proved having a common target back-end doesn't kill language diversity, it actually achieves the opposite.
Re: WebAssembly becomes a W3C Recommendation
#107Earlier quoted context omitted.
the backend could compile to wasm as well.
and what is the profit in compiling C/C++/Rust into wasm, instead of native binary code?
e.g. https://www.cloudflare.com/products/cloudflare-workers/
Re: WebAssembly becomes a W3C Recommendation
#108Does anyone have any good success stories with WebAssembly in the actual context of using it on the web? That list of testimonials doesn't seem very inspiring as to whether or not the standard has seen actual production usage to justify being a recommended standard...
Re: WebAssembly becomes a W3C Recommendation
#109Now if only we get a good web-oriented Python with a WASM backend, we'll finally be able to throw Javascript where it belongs: into the dustbin of history.
I'd pick Javascript over Python for frontend dev in any day. Python can't even do proper lambda.
Re: WebAssembly becomes a W3C Recommendation
#110Does anyone have any good success stories with WebAssembly in the actual context of using it on the web? That list of testimonials doesn't seem very inspiring as to whether or not the standard has seen actual production usage to justify being a recommended standard...
Good questions. WASM at this point seems more a locus of JS hate than anything practical. To create something cool, novel, and useful should be the goal, not avoid or use a certain language.
I can't imagine JS will go anywhere anytime soon, especially since it still needs to be called from DOM manipulation,but the ability to code a full stack in a single non-JS language and run it at near-native performance is going to be very useful as more apps become web based and complex. Even from a skills point of view, you can now have backend and front-end developers skillsets are slightly more merged so easier to swap around resources.