if it were taking over because its faster and safer etc etc, why wouldnt the same thing happen on nodejs side of things? We wont be using this in general as well, it will just give us option to make some things more performant but in general we wont use it for basic things like forms ever .....in my opinion
Great points! It's more about privacy, security, and extensibility than anything else. Speed is great, but that fact that I can privately run MY data in YOUR plugin (app) is something that I would NOT trust nodejs or the browser to do. Maybe Deno, but again you need to address the lack of User Interface with Deno. RDX solves both the privacy and UI issues.
Very cool. I agree (or least one can dream) that WebAssembly is taking over! What sort of applications do you RDX this being used for? As well, how would you view this as being different than the existing Rust frameworks, such as Leptos?
Great questions! I see RDX plugins being used for "personal micro apps" for updates and whatnot. It's run privately (no data exfiltration) so small private data (like location, schedule, contact info) would be a great fit.
Leptos is great too, but not very composable because wasm_bindgen (Wasm Modules) doesn't support composition like Wasm Components do. Also leptos is limited to the Web unless you use something like Tauri as the backend. RDX is isomorphic, runs both Native and Web, plus it's extensible with other peoples' plugins
So RDX ("the runner") is like 11MB, and each little plugin is 10 - 50kb. The idea to to have a single runner execute many small plugins. It runs native and on web, so really that 11MB *should be* a one time download
Looking forward to hearing what cross platform, composable, type safe, memory safe, library rich, near bare metal speed language is going to replace it
Taking over, really? How about the missing access to resources, file system hardware? And it takes FOREVER before “THEY” agree on something to get implemented. And then there is the nasty interaction with JavaScript for everything that needs to run "in a browser". I agree, WA is a good chance for the “final” platform independent runtime. We are on a way, but not there yet. And the last 40+ years showed us, that someone will ruin it, block it, or at least try to lock it into something less flexible and therefore less usable. PS: I can't wait till the next wave of overhyped microservice will fail AGAIN. It's not (and never was) the technology used to create them, but a poor (real world) understanding of the problem they should solve and more often than not lousy design/implementation.
I hear you. Actually you can pass in access to whatever resources you need. I'm even working on some async varieties of resource access. JavaScript sucks, which is why this impl avoids it! 100% pure Rust
@@DougAnderson444 Not a Rust Person however i will keep an eye on your project, hoping you will keep us posted. Maybe you are onto something "to fill the gaps" at least a bit.
ok sry to be the stupid guy, here but as a React dev with some fastapi knowledge what am I looking at right now? i feel like i get but not get it in the same time :(
@@GreatTaiwan think of this as "the React of WebAssembly". We're using the new Wasm Component Model to render UI straight from wasm. There's no JavaScript, all the UI is taken care of by egui and eframe
@@GreatTaiwan it also depends on what you're trying to do. I'm looking for secure ways to share code, secure ways to run my data on others people's components. This is the way to do that, it's more secure than SaaS and JavaScript, PHP, or anything that runs in the server
@@DougAnderson444 " I'm looking for secure ways to share code, secure ways to run my data on others people's components" why would you like to do that? or are you saying this a completely diff paradigm where we can backend computation without compromising privacy .. ex: LLM stuff if it's true this is huge right? did you read about ARM and the work of apple as well with Secure Private Cloud is this related somehow to it ? at least in goals?
When you say something but you are thinking about a mother?
@@mashebemunalula8901 it's a joke about Freudian slips. ruclips.net/video/SBl0phIo-q0/видео.htmlsi=eXv5iL8V09utQ1rH
Oh wow that's an awesome project! Rhai + egui + pest + wasm + wit :D
Excited to add ollama-rs to it too!
if it were taking over because its faster and safer etc etc, why wouldnt the same thing happen on nodejs side of things? We wont be using this in general as well, it will just give us option to make some things more performant but in general we wont use it for basic things like forms ever .....in my opinion
Great points! It's more about privacy, security, and extensibility than anything else. Speed is great, but that fact that I can privately run MY data in YOUR plugin (app) is something that I would NOT trust nodejs or the browser to do. Maybe Deno, but again you need to address the lack of User Interface with Deno. RDX solves both the privacy and UI issues.
Very cool.
I agree (or least one can dream) that WebAssembly is taking over!
What sort of applications do you RDX this being used for?
As well, how would you view this as being different than the existing Rust frameworks, such as Leptos?
Great questions! I see RDX plugins being used for "personal micro apps" for updates and whatnot. It's run privately (no data exfiltration) so small private data (like location, schedule, contact info) would be a great fit.
Leptos is great too, but not very composable because wasm_bindgen (Wasm Modules) doesn't support composition like Wasm Components do. Also leptos is limited to the Web unless you use something like Tauri as the backend. RDX is isomorphic, runs both Native and Web, plus it's extensible with other peoples' plugins
🔥💪🙏
Good Job 👍
What about the first loaded Wasm Size ?
good point
So RDX ("the runner") is like 11MB, and each little plugin is 10 - 50kb. The idea to to have a single runner execute many small plugins. It runs native and on web, so really that 11MB *should be* a one time download
I really doubt that wasm is taking over. i don't think Rust is here to stay
Looking forward to hearing what cross platform, composable, type safe, memory safe, library rich, near bare metal speed language is going to replace it
Taking over, really? How about the missing access to resources, file system hardware? And it takes FOREVER before “THEY” agree on something to get implemented. And then there is the nasty interaction with JavaScript for everything that needs to run "in a browser". I agree, WA is a good chance for the “final” platform independent runtime. We are on a way, but not there yet.
And the last 40+ years showed us, that someone will ruin it, block it, or at least try to lock it into something less flexible and therefore less usable.
PS: I can't wait till the next wave of overhyped microservice will fail AGAIN. It's not (and never was) the technology used to create them, but a poor (real world) understanding of the problem they should solve and more often than not lousy design/implementation.
I hear you. Actually you can pass in access to whatever resources you need. I'm even working on some async varieties of resource access. JavaScript sucks, which is why this impl avoids it! 100% pure Rust
@@DougAnderson444 Not a Rust Person however i will keep an eye on your project, hoping you will keep us posted. Maybe you are onto something "to fill the gaps" at least a bit.
ok sry to be the stupid guy, here but as a React dev with some fastapi knowledge what am I looking at right now? i feel like i get but not get it in the same time :(
React is just never gonna die. Php is dead yet? JQuery? Ruby on rails? Nahh
@@GreatTaiwan think of this as "the React of WebAssembly".
We're using the new Wasm Component Model to render UI straight from wasm. There's no JavaScript, all the UI is taken care of by egui and eframe
@@User948Z7Z-w7n I started out with jquery, ahh the good old days 🤣
@@GreatTaiwan it also depends on what you're trying to do. I'm looking for secure ways to share code, secure ways to run my data on others people's components. This is the way to do that, it's more secure than SaaS and JavaScript, PHP, or anything that runs in the server
@@DougAnderson444 " I'm looking for secure ways to share code, secure ways to run my data on others people's components"
why would you like to do that? or are you saying this a completely diff paradigm where we can backend computation without compromising privacy .. ex: LLM stuff
if it's true this is huge right? did you read about ARM and the work of apple as well with Secure Private Cloud is this related somehow to it ? at least in goals?