You would be hard-pressed today to find computers with less than 8 GB of RAM. 300 MB is 3.66% of 8 GB of RAM. Which, again, is absolutely nothing.
Okay, let's assume you have a computer with 4 GB of RAM. Still 7.32%. That is low.
Okay, let's assume you have a computer with 4 GB of RAM. Still 7.32%. That is low.
If you're designing software like a music player (that is, something people are likely to want to keep running in the background while doing other things), you're just giving people a reason to switch to something else by taking up a bunch of memory carelessly, as it'll be one of the first things to go when the user needs the memory.
But to be fair. An Open Source project done in someone's free time for the love of it and shared freely in the wild as a humble contribution to humanity for the price tag of a Like in a forum, really should use whatever the author feels like using, as long as they don't treat it as a product and attempt to market it like it was done with care for anything but the developer's ergonomy. For what is worth, it could be made of Minecraft Redstone if the author feels like it, and nobody can judge them for it.
In order it was 4,4,16,8,16,4,8,16,4,16,32,8,16,4,32
9 of them were under $300
My dad had some really crap HP Celeron desktop. I don't remember it if had 4gig or more but I do remember it took 3 to 4 minutes of swapping continuously just to boot up and run all the crapware that HP had launch on startup in Windows.
That said, I'm not anti-electron. Here's some native app sizes
Stop being greedy, even if it existed as you say, externalising your development cost by having higher runtime requirements is a mild form of resource exploitation for profit.
Problem is, when the music player takes 500 (let's be honest those 300 were probably just a cold-start and before actually doing anything with it), the collaboration chat app takes another <let me check...> 650 MB (Slack right now for me), the profile loader I need for work is <checking again...> another 400. The text editor is 510 MB (VSCode, and still that is a well engineered and optimized Electron marble). The Pomodoro timer, 300 MB.
And on top of that I'm supposed to do my actual work! All that junk is stealing memory that should be available to Visual Studio and compiling my huge code base.
Hopefully we don't end up with Electron calculators, calendars, email clients, file browsers, and image editors, because those things also tend to be open long term in my desktop (which right now I can do without any second thought about being able to, because they are all properly done as decently optimized GUIs)
This is why modern programs and games can barely run on modern hardware in many circumstances. There is no incentive for devs to be efficient.
It's not one program using a lot of memory. It's 45 of them all using way more than they need to. It adds up.
So that's, like, two programs open and were already running out of memory.