Amazing talk, thank you for diving so deep. I really appreciated the level of detail you gave
@DavidAlsh11 күн бұрын
Holy moly! You compiled a shell environment AND nodejs to webassembly to run in the browser!? That's unbelievable! Does the Nodejs here support napi extensions? Do you have a link to the playground? Do you have a link to the sources? This is _exactly_ what I need - I'd love to build on top of it
@yakkalabour16 күн бұрын
Flutter to go to the moon
@mtrisi21 күн бұрын
I'd really love to know how to set up this project from scratch and successfuly get the wasm working with @_extern and, also getting the hot reloading working
@MaxDesiatov19 күн бұрын
For hot reloading there are a few live server and preview VS Code extensions for your choosing, and the readme file in the example repo also provides a command to run a bog-standard Python HTTP server. Use your favorite command-line file watcher that will invoke the build command when any of the source files change. The summary is that there's no special magic for hot reloading, everything is pluggable and you can use whatever hot reloading tools you prefer.
@bronifty59829 күн бұрын
next time give each person a mic
@alphonsokirk8340Ай бұрын
Promo-SM
@jeeva3984Ай бұрын
Java write once, Debug everywhere
@kevinl.9657Ай бұрын
I have my jaw drop when you demo-ed the excel one. Damn!
@nilslice11 күн бұрын
glad you liked it :)
@kevinl.965710 күн бұрын
@@nilslice the problem is, i don't actually know how to do it. Lol
@nilslice10 күн бұрын
@@kevinl.9657 the excel demo is a bit more complicated than any other extism demo. I’ll share the code though! in the meantime, I’d try out extism using JavaScript SDK, which will make the Excel part more familiar since it uses JS too
@natekryn9840Ай бұрын
This guy sounds like one of those smart, dumb people, who's also 40 years old. Do you want to build something. Can I say that? Can you.
@waylukeАй бұрын
Mayby more code or demo to show me the improve or fution, such as kotlin in web how to use with react, you know that even rust wasm provide the react and yum to build web app.
@Alex-bc3xeАй бұрын
I am sorry but Flutter makes no sense in the web why use something else when JavaScript is the web standard Flutter is great for mobile that s it
@jhonacodeАй бұрын
Why use React for mobile if native is standard?. Why use Kotlin if C++ is more fast?. Why use C++ if assembly is more fast. Why use assembly if binary is the natural machine language?.
@tomjones8293Ай бұрын
want SEO for your website written in Flutter ?? forget about it. only you mother can find your site written in flutter hope this helps
@vegidioАй бұрын
what a terrible presentation
@ajitsinghyadav1725Ай бұрын
Google is that hard to have SEO friendly web/website app in Flutter 😢
@AMar4enkoАй бұрын
Every single time I hear Flutter pitch speech stuffed with benchmarks putting Flutter in a spotlight, I swear, every single time I immediately follow one of the example app links and end up with a janky app with terrible UX. Oh, let me try this text input field - keyboard appears and app yeets you to another dimension and text input is nowhere to be seen. I'm talking about Material 3 app mentioned on the slides. I love Dart lang, I'd really love using it for web development, but this whole "Flutter for web" narrative is just one big lie.
@waylukeАй бұрын
Is this tool/plugin still in test? I don't how to debug wasm with js in an full process like you show in the video.
@joseluisvazquez5126Ай бұрын
Too much magic going on here. I wonder how does recovery actually works, specially for time sensitive workloads or random internal inputs: - Your WASM program dies, so it needs to be resurrected on another node. - How many events need to be replayed on the cloned WASM program to get to the state the program was when it crashed? - How long does it all take? - What happens if the program was running for days, months or years before crashing? won't you have a long down time until it resumes somewhere else? - What if the running state of the crashed program involved calculations using time or random data (auto generated keys) as sources and those did not interact with the host, but were only internal to the WASM program memory? is the WASM running memory being replicated or snapshoted? that seems expensive BTW. Very interesting how that could be done thought. I do not think the app running on Golem can be completely oblivious to the constraints the platform imposes: apps that might reply differently to the same inputs depending on randomly generated data or the wall clock will not be reproducible, so they should be negated those somehow, or they should asume reality does not really exist for them... If the platform is going to intercept random source generator interactions or private key generation to replay and fake it later, that is a security issue, for instance. You cannot fully isolate apps from reality. And in reality, shit happens. Another thing, you are NOT deleting databases, you are just hidding them from app developers. Databases will be used to store the events that will have to be replayed as needed. Same goes for Kubernetes or network serialization, that will still exist in a way or another on the Golem platform level. or below It might be a good simplification and might reduce duplication and increase overall productivity, but someone will still have to write and maintain databases, schedulers and network serializations.
@epicbullrun8003Ай бұрын
Great work, it was quite interesting-EGLD is the future.🚀
@JH-pe3roАй бұрын
That's....really boring! It's just another iteration of "the thing we could already do, but in the browser." Jeff even says, "there are no VMs", and then has to clarify, "just WASM"(a VM). Then they share the screens and do the CRDT thing and he goes, "it's like we both SSH'd into a shared server, except there's no server!" But there IS a server - it's the one that's exposed by the service worker! Huh, yeah, it's almost as if we should go back and fix the UX around the actual OS instead of doing whatever this is.
@rhadamesmoura6124Ай бұрын
Great!
@msSinceEpoch-se2tyАй бұрын
Awesome
@babisp.o.l.newhumans1858Ай бұрын
Great explanation and enormous work behind it, congratulations to the entire MultiversX team. 💯🤝👏👏👏👏 It's time to build.
@leonardorignanese5902Ай бұрын
is SEO gonna be totally ignored now?
@hamm8934Ай бұрын
Why would you need seo for a web app? Web app =/= website
@ajitsinghyadav1725Ай бұрын
People want one solution so that one app is created in Flutter and can be used as a Website SEO, mobile app etc..
@krtirthoАй бұрын
"Super easy, barely an incovenience" ~ Ryan Goerge I see what u did there. Btw, the speech was tight.
@kevmooАй бұрын
🫵🫵🫵😂
@Beryesa.Ай бұрын
Not WAOS :( xP
@guiaflutterflowАй бұрын
The dream is getting closer and closer to being realized. #flutter #web
@tomjones8293Ай бұрын
wet dream you mean ? or SEO dream ?
@anime-music-news6 күн бұрын
@@tomjones8293 why keep asking for SEO where that is not really the focus of the product. smh
@vonzo55Ай бұрын
Guys, please reduce the volume of the intro! Otherwise cool presentation, thanks!
@ibgibАй бұрын
Closures closures closures. Please resolve issue 798 in AssemblyScript! Everything else seems very exciting, but it's completely useless without closures because rewrites from JS/TS are too unwieldy without this ubiquitous core feature.
@JasonStillwellАй бұрын
Fuckin hell.
@zeevkotzer549Ай бұрын
Really cool BUT if you are starting from scratch and want to take inspiration from stuff like smalltalk, why not listen to Alen Kay and not try to repeat the same 50 years old Unix design?
@progriumАй бұрын
Thanks! Yes, there is plenty we could leave behind. However, I've noticed that without grounding in something familiar, you can make something too "out there" to be practical/compatible/understandable. Also, instead of Unix/Linux, I'm pulling more from Plan 9, which had great refinements of Unix ideas that have not totally made their way outside of that research context. I think the real trick, though, is taking this familiar paradigm and pushing into being something that is actually totally new without you realizing. We'll see how it plays out. Hope you'll be following along!
@chris_koutsАй бұрын
This is next level
@spotandjake1008Ай бұрын
This is really cool stuff. I am having a tiny bit of trouble seeing the use case but I think thats just because its early. The tech here though is epic.
@user-eg6nq7qt8cАй бұрын
awesome. Mozart's Ghost! The hottest band on the internet!
@Antonio-yy2ecАй бұрын
Cool presentation!
@StevenAkinyemiАй бұрын
Supporting WASI would be rad
@progriumАй бұрын
Agreed! It's on the roadmap. The tricky bit is that the current version of WASI is synchronous, so the only way to integrate it with WANIX or anything that isn't running in the same worker is to use SharedArrayBuffer, which adds complexity and extra security constraints. That said I have a prototype of the mechanisms needed, so it's possible even before WASI 0.3 (I think) introduces async. Would love people with motivated use cases to help us prioritize it though.
@croopercratАй бұрын
Pretty rad!
@abhartiАй бұрын
Can we get the slides?
@zackgreinke2382Ай бұрын
I love wasm
@zackgreinke2382Ай бұрын
IT'S awesome
@mehmetedexАй бұрын
this is a treat
@meyou118Ай бұрын
you mean BEAM + Erlang?
@TekExplorerАй бұрын
now if only we can do this in dart/flutter more relevant, how might one create a plugin system for a php app? that is, i'd like to have the same level of extensibility as just... adding php files
@nilsliceАй бұрын
Extism supports embedding plugins in PHP apps today! If you'd like to write the plugins in PHP, we would need to support a PHP "PDK", which is interesting, and would be open to it!
@denismetelin2 ай бұрын
Thanks for the presentation! I’ve requested access on Discord.
@knolljo2 ай бұрын
Looks like a cool project! tempted to try it out, maybe with a neovim plugin
@JT-mr3db2 ай бұрын
This was a great talk but honestly thought I was on 2x speed.
@rahulspoudel2 ай бұрын
Very informative history talk by a wonderful speaker. Thank you for this.
@abharti2 ай бұрын
🙇
@chaitanyadamarsingu99252 ай бұрын
Wanted a real-time comparison of the renderers rather than just slides team... Flutter
@kevmoo2 ай бұрын
Real time is tricky running both samples at the same time. We'll have a better demo...in my next talk!
@chaitanyadamarasingu9792 ай бұрын
@@kevmoo OMG i got a response. 🥰🥰🥰🥰🥰 probaly using two laptops of same config running same project with different renderers Thanks Man🤗🤗🤗🤗 I'm a flutter Developer from India
@chaitanyadamarasingu9792 ай бұрын
@@kevmoo Actual we can run two different renderers within VS CODE two instance of chrome Big Fan pf your work and FLUTTER💌
@zzzyyyxxxАй бұрын
@@kevmoowhere/when is your next talk, Google IO?
@kevmooАй бұрын
@@zzzyyyxxx that's the plan!
@chaitanyadamarsingu99252 ай бұрын
M1 pro na forget do 60 fps on a mobile device Team Svelte . React are alrteady doing this since origin
@chaitanyadamarsingu99252 ай бұрын
If not html renderer forget about mid-range mobile devices from opening flutter web app
@_____case2 ай бұрын
Wouldn't the CanvasKit implementations consume fewer resources? 🤔
@anime-music-news6 күн бұрын
@@_____casetrue i tried it for the first time and was shock from the performance