These videos are incredible. Thank you for making them!! Such a rapid and pragmatic way to show these emerging developer technologies. I'm very keen on the WASI spec, sorta anticipate a time where the defacto deployment preference will be pushing WASM assemblies up to cloud providers, with the cloud providers able to trivially sandbox process IO behind WASI sys calls (and balance execution on shared hardware). Can totally see it being a slick alternative to current docker deployments. Ideally just need really optimized high level language runtimes to be running on WASM to make it practical for most devs (me specifically :P). Rust is nice, would prefer JS/TS or C#.
i have one in the pipe for assemblyscript and as-wasi (which is really typescript). If you check my WAPM video out, it'll give you most of what you need. and totally agree on the push wasm assemblies point.. i really do see wasm as the future universal binary
Chris! You have great tutorials and content. This should be a 1.2m subscribers channel - Keep up the good work and PLZZZZZZ don't become like all those programming "influencers"... I like that your content has no "noises", no "extra hyping", clear and clean voice, and no fancy ridiculous editing.
Very kind, tbh, I’ve experimented a lot, including background music etc, just doesn’t work, so i landed on this. I do all the editing myself hence why I keep it simple. lol. Thanks for the kind comments. I always try and keep things that one level deeper but hopefully just one level and no more
TS is compiled to JS now just like C++ was compiled to C at first. I think just like C++ TS will not be compiled to its older subset. I can see TS being compiled to WASM to run natively on browsers in the future.
@@jfk1337 yes but there are too many differences between assemblyscript and typescript for it to be considered a typescript to wasm compiler imo. Its more like a new but very similar language.
It seems like you could design an Operating System to bridge the wasi hardware gap. No linux, just "drivers" to coordinate with the system interface. Not sure if there's anything to gain from this, but seems really cool!
It would be interesting if wasi (or something similar) became the next application deployment environment. Never mind Docker, this could also replace Java as the go-to cross-platform target. How far from a good, cross platform GUI widget library are we?
I think Flutter is a great solution. It basically supports all the platforms you can think of and you can use wasm Dart package to run your wasm files if you want.
Been a C# dev for a decade+. Been looking into C and C++ for performance reasons, and thus also been looking into Rust, which seems to be replacing C/C++ completely (since it has same/better performance, guaranteed no memory leaks and null pointers, and is even compatible with C/C++ libs.) Now I am learning the greatness of a standardized system interface (across platforms) which WASI seems to bring. But I don't understand. Will everything be complied to Javascript as is the case for WASM?
Your last line is a bit wrong, things are not compiled to js in wasm, browsers have the ability to run wasm binaries directly and js is only needed to do some dom interactions
An application which has access to filesystem, network and IO is inheritely not safe and breaks the encapsulation. I think WASI is going contrary to the spirit of WASM.
With obvious gains ofc to portability and cross-platform apps... but WASI feels like a very heavy abstraction to achieve that (from a performance perspective). Is that just me? Maybe I'm missing something about WASM.
@@stickyfingies Let’s take this perspective: Many languages compile to wasm and interoperate easily with wasm libraries. Plus it’s quite secure. Now it would be nice to salvage this power for applications outside your browser. Where? Imagine a wasm plug-in system for your text editor. People could write their plug-in in their language of choice, since wasm is a compilation target. No need to be locked to vimscript, lua, elisp, etc. Wasi makes this possible. Also, Write python apps without dependency hell? Hell yes. As for performance it’s “near native” so a little bit slower in exchange for portability. Areas where cutting edge performance is desired ofc you won’t use wasi. Another comparison: “Java: write once, run everywhere.” => Only true for the jvm ecosystem. Call Java outside of it or in the browser? Good luck. Despite this, Java has become popular. Wasm + wasi would be: “compile once, run everywhere” => Browser, on your operating system, inside of other languages…
@@hermes6910 not sure what you’re asking. If you’re asking why you why would write Java/python to build a wasm app, then yes it’s a weird idea. If you’re building a brand new app, you wouldn’t choose those technologies. But you can port already existing code to wasm and use it that way. And it’s only a little bit slower
![[DOKKAN BATTLE] Worldwide Campaign Announcement Video Part 2!](http://i.ytimg.com/vi/JpT5Voak6WA/mqdefault.jpg)
These videos are incredible. Thank you for making them!! Such a rapid and pragmatic way to show these emerging developer technologies. I'm very keen on the WASI spec, sorta anticipate a time where the defacto deployment preference will be pushing WASM assemblies up to cloud providers, with the cloud providers able to trivially sandbox process IO behind WASI sys calls (and balance execution on shared hardware). Can totally see it being a slick alternative to current docker deployments. Ideally just need really optimized high level language runtimes to be running on WASM to make it practical for most devs (me specifically :P). Rust is nice, would prefer JS/TS or C#.
i have one in the pipe for assemblyscript and as-wasi (which is really typescript). If you check my WAPM video out, it'll give you most of what you need. and totally agree on the push wasm assemblies point.. i really do see wasm as the future universal binary
Chris! You have great tutorials and content. This should be a 1.2m subscribers channel - Keep up the good work and PLZZZZZZ don't become like all those programming "influencers"... I like that your content has no "noises", no "extra hyping", clear and clean voice, and no fancy ridiculous editing.
Very kind, tbh, I’ve experimented a lot, including background music etc, just doesn’t work, so i landed on this. I do all the editing myself hence why I keep it simple. lol. Thanks for the kind comments. I always try and keep things that one level deeper but hopefully just one level and no more
Ctrl-E to go to end of line in the terminal. Use Crl-R for history-search-backwards. Thanks for the video - I will probably use wasi myself now.
Thanks for sharing
Best explanation I’ve watched so far on this topic. Great video!
Awesome, thank you!
Imagine video games mods being written in WASM instead of Lua.
Great video Chris!
Thank you so much
TS is compiled to JS now just like C++ was compiled to C at first. I think just like C++ TS will not be compiled to its older subset. I can see TS being compiled to WASM to run natively on browsers in the future.
I think something like this exsits, assemblyscript
@@jfk1337 yes but there are too many differences between assemblyscript and typescript for it to be considered a typescript to wasm compiler imo. Its more like a new but very similar language.
It seems like you could design an Operating System to bridge the wasi hardware gap. No linux, just "drivers" to coordinate with the system interface. Not sure if there's anything to gain from this, but seems really cool!
In this way, wasi would be your "OS" target. I wonder if the system interface is missing any important features to be a full fledge target?
Quick & Nice explanation
It would be interesting if wasi (or something similar) became the next application deployment environment. Never mind Docker, this could also replace Java as the go-to cross-platform target.
How far from a good, cross platform GUI widget library are we?
agree. i have high hopes for webassembly becoming the universal binary
for gui stuff, i think blazor is where good ground is being made
I think Flutter is a great solution. It basically supports all the platforms you can think of and you can use wasm Dart package to run your wasm files if you want.
@@chrishayuk I think Flutter is a better GUI solution if you want to target Mobile and Linux too.
I only need concurrency and http requests and I could start using this for everything.
Been a C# dev for a decade+. Been looking into C and C++ for performance reasons, and thus also been looking into Rust, which seems to be replacing C/C++ completely (since it has same/better performance, guaranteed no memory leaks and null pointers, and is even compatible with C/C++ libs.)
Now I am learning the greatness of a standardized system interface (across platforms) which WASI seems to bring. But I don't understand. Will everything be complied to Javascript as is the case for WASM?
Your last line is a bit wrong, things are not compiled to js in wasm, browsers have the ability to run wasm binaries directly and js is only needed to do some dom interactions
Is wasm64 not availiable yet? That means every usage of f64 wouldn't be valid?
fast fun
glad you liked
Hmm, even with the sandboxing, you can still do harm to the underlying system. Imagine writing an infinitely big file. Or using up all CPU...
That's why there are CPU and FS quotas
I liked the video but the music in the introduction was quite jarring, I don't think it fits your tone
a bit loud lol
yeah, still trying to optimize this, good feedback
An application which has access to filesystem, network and IO is inheritely not safe and breaks the encapsulation. I think WASI is going contrary to the spirit of WASM.
This would be solvable with a permissions system, like how we can already request access to camera and microphone for video calls.
@@evolutionx1 WASI feels redundant , we're basically re-implementing the operating system at this point lol
With obvious gains ofc to portability and cross-platform apps... but WASI feels like a very heavy abstraction to achieve that (from a performance perspective). Is that just me? Maybe I'm missing something about WASM.
@@stickyfingies Let’s take this perspective: Many languages compile to wasm and interoperate easily with wasm libraries. Plus it’s quite secure.
Now it would be nice to salvage this power for applications outside your browser. Where? Imagine a wasm plug-in system for your text editor. People could write their plug-in in their language of choice, since wasm is a compilation target. No need to be locked to vimscript, lua, elisp, etc. Wasi makes this possible.
Also, Write python apps without dependency hell? Hell yes.
As for performance it’s “near native” so a little bit slower in exchange for portability. Areas where cutting edge performance is desired ofc you won’t use wasi.
Another comparison:
“Java: write once, run everywhere.” => Only true for the jvm ecosystem. Call Java outside of it or in the browser? Good luck. Despite this, Java has become popular.
Wasm + wasi would be: “compile once, run everywhere” => Browser, on your operating system, inside of other languages…
@@hermes6910 not sure what you’re asking. If you’re asking why you why would write Java/python to build a wasm app, then yes it’s a weird idea. If you’re building a brand new app, you wouldn’t choose those technologies. But you can port already existing code to wasm and use it that way. And it’s only a little bit slower
Tune down that intro song, it literally blew off my phone's speaker