Ask HN: Rust vs. Go vs. C++ for web-based desktop applications?
4 comments
Why do you want to make your desktop application "web-based", instead of using a framework that renders without the need of a browser?
Browser engines have good accessibility, good text rendering, and useful Web APIs to play with.
These features are not easy to achieve without using the native toolkit for each platform, or bundling a monolithic cross-platform framework.
These features are not easy to achieve without using the native toolkit for each platform, or bundling a monolithic cross-platform framework.
i wouldnt know what is best honestly. but i can say rust is giving me the most fun and least headaches. (thats saying a lot because i am not some kind of borrowchekerguru). the tooling and docs etc. make it just very nice to work in. hate go package mgmt with a passion wont ever touch it again :')
Can you please elaborate the "least headaches" part?
I know it's Rust's main selling point compared to C++, but is it also favorable for a user of statically-typed GC languages like Go, Java, C#?
I know it's Rust's main selling point compared to C++, but is it also favorable for a user of statically-typed GC languages like Go, Java, C#?
I could not find a fulfilling discussion comparing these three. Rust vs C++ are usually measured for kernel, embedded, performance-critical tasks, and such. Go vs Rust are often measured for server-side efficiency.
How would you evaluate Rust, Go, and C++ for implementing the "business logic" of an application that's going to run on a user's Linux/macOS/Windows personal computer, when the GUI mechanics are offloaded to the web widget?