If you wanted to develop a cross-platform native desktop / mobile app in one framework without bundling / using a web browser, only QT comes to mind, which is C++. I think there are some bindings though.
The c++ notation for functions (and types in general) is horrible, and makes parsing much more expensive than it needs to be. Fixing it is step one if you are making a modern language.
I'm using typed IDs in TypeScript with template literal types. I.e. `type UserId = `user_${string}` I've written a blog post about it a while ago [1] One can argue that this pollutes runtime, however, it is a feature to me. When the ID pops up in the logs, it is instantly obvious what the object is, error messages are more meaningful. You can notice that Stripe uses such approach in their API.
I think the bigger problem would be license key sharing. If there's no server involved, there's no way (?) to prevent the same license key from being shared freely on the Internet and being used an unlimited amount of times, is it? This allows pirates to use a clean version with 0 risk of installing some malware.
The same Europe that introduces Cyber Resilience Act? Good luck. Imagine how many businesses will not be created because no one wants to risk burdening themselves with obligatory by law, 5 years of security maintenance of the product. It does not just suffice that you risk failing, you risk having to maintain it for years after the potential business failure.
I remember that another comical argument was performance. Supposedly, having extensions run in the background all the time is bad. So it's better to constantly, completely re-initialize them whenever an event wakes them up.
>Keep in mind that uBO's own JavaScript-based network filtering engine has been measured to be faster than a well-known Rust-based filtering engine (though the measured difference back then was low single-digit µs, not something that will ever be perceivable by a end user).
In the distillation process, steam from boiling water is condensed which cools it from a hot gas back into a very mineral-free liquid distilled water which collects in a very clean reciever.
Distilled water will evaporate without leaving a trace, unlike most drinking water. More delicious if you ask me.
The dissolved minerals do not evaporate so they are left behind in the boiling vessel. Toxic minerals or not, sodium, calcium, lead, whatever, that's what the solid "scale" left over consists of. This is the traditional physical separation procedure to produce greatly purified water.
But distillation is not perfect, things that are not like minerals can be present in the feed, and if the impurities are things that can evaporate, they will distill in the same way the water does and so not be left behind in the boiling vessel. Basically these are considered Volatile Organic Compounds, things like paint solvents or alcohol themselves are distilled similarly (in industrial quantities before sale) and then they don't leave any residue when they evaporate during use either.
Volatiles if present can sometimes can be reduced by distillation if a certain percentage of water vapor is allowed to escape after it first gets boiling, taking some volatile impurities with it without being collected into liquid form, only letting cleaner water vapors be hitting the condensor later. Some PFAS are like this and anything volatile in significant amounts still may not be acceptable after distillation alone, so to remove these further treatment would be needed like carbon filtration before and/or after a distillation step.
There's plenty of magic. I think that Electron Forge does too many things, like trying to be the bundler. Is it possible to set up a custom build system / bundling with it or are you forced to use Vite? I guess that even if you can, you pull all those dependencies when you install it and naturally you can't opt out from that. Those dev dependencies involved in the build process are higher impact than some production dependencies that run in a sandboxed tab process (because a tiny malicious dependency could insert any code into the app's fully privileged process). I have not shipped my app yet, but I am betting on ESBuild (because it's just one Go binary) and Electron Builder (electron.build)
