by auraham on 1/23/25, 5:29 AM with 9 comments
by gibibit on 1/23/25, 4:50 PM
In response, I would say: while Electron makes it easy for the software developer to build and distribute software, especially on multiple platform, as an end user it is NEVER the best experience.
That's why there are people spending significant effort to develop better solutions than Electron. For instance, the Tauri project ( https://tauri.app/ ) is a lightweight alternative to Electron.
The article defends the minimum application bundle size of 100MB-300MB is as no issue, because streaming 4K video takes much more bandwidth than such a software download. But the bigger issue than disk space or download bandwidth is the RAM usage and overall low performance of Electron projects. Even with a 16 GB or 32 GB RAM system, when you're running many apps and doing serious multitasking, the gigabytes quickly get used up and then things slow down.
For example, if you have used VSCode, try using the Zed editor (https://zed.dev/). You will be blown away by its incredible speed. Launches in the blink of an eye, and it responds to every input with zero latency. We have forgotten that software can actually be fast.
Jonathan Blow, "Will Software Stop Getting Slower?" https://www.youtube.com/watch?v=4ka549NNdDk
by dgreensp on 1/23/25, 3:39 PM
A “good” app, in this article, is one that is “successful, versatile, [or] capable.” Any McDonald’s kiosk is an example of a “good” app, because it’s so “successful.” If you think a much-used app has UI that isn’t “good” and would be improved by using native technologies, well, first of all, “the market” is the arbiter of what’s good, not you, and second of all, even if you are right, your criticism lacks empathy for the “requirements and constraints” developers face, you are ignorant about the fact that things have tradeoffs, or you are some perfectionist who thinks everything needs to be a work of art.
Software engineers are so preemptively defensive about quality.
by rascul on 1/23/25, 3:06 PM
by numerosix on 1/25/25, 7:21 AM