this post was submitted on 18 Sep 2023
541 points (92.1% liked)
linuxmemes
20880 readers
6 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
lmao, yea. Besides, it’s not like electron is that bad either. We aren’t in 1990, why would you care if electron uses a gb of ram or ten processes or this or that… they think that native means good, but more often than not native means a shitty ugly unusable application that will work (not really) just on windows
If a fancy text editor starts eating hundreds of megabytes RAM without having loaded a file, i think we did something wrong.
Though Visual Studio can do that too without Electron.
VS Code is low than a text editor these days. It's frequently used as a full fledged IDE now.
Have you ever had, in good conscience, a problem caused by an electron app using too much resources?
Because we are, again, in 2023: the standard is 16GB of RAM, with CPUs much more powerful and with a lot of more cores and thread per cores than the past. Complaining about a PC resources being used when these doesn’t actually create a problem is like complaining about GUI being bloat; or JS/CSS being bloat.
This of course doesn’t mean electron is perfect, cause it clearly isn’t, but it’s a good enough solution that can be iterated upon (see Tauri) and improved (the DX on electron is shit). Nor that every app should be in electron.
I run slack every day. It's a bit slow sometimes but it doesn't cause any real issues. Still better than teams. I'd rather have it as an electron app than as a web app.
VS Code is electron but it's not meant to be a lightweight text editor like notepad. Must people are using it as an IDE at this point. Can you explain what's "bloated" about it?
These apps probably wouldn't exist at all if it wasn't for electron so I'm grateful for it. The purists can pound sand like always.
I use both daily, never noticed a problem. MacBook Pro M1 with 8GB ram. Eight!
on the vscode comment, that’s just plain wrong. here’s vscode opening up on a base model m1 air (it’s a test project but my works codebase also opens just as fast)
https://imgur.com/a/q6iw2Bk
on a 8gb ram m1 air, with 3/4 chrome windows, slack, postman and two node processes running. as for slack, i agree its not as snappy as say, native macos apps but it doesn’t really bother me a lot.
It didn't cause problems since i have a lot of RAM but i still hold the opinion that just because we have a lot of RAM, we don't need to waste it. We could keep being efficient about it and get even more out of the same amount of RAM, you know. That said, if Tauri lowers the RAM usage of the same applications i'm looking forward to it.
Your kernel allocates all the ram anyway lol, it literally changes nothing to you
Hmm yeah, but what if applications had to ask for less memory from the kernel?
that would change nothing to you. Unless they are seriously consuming a lot of memory and filling up processes while not needed, then it’s fine. Otherwise it means the app was developed by a bunch of monkey, but that could happen - maybe even more likely - with native software as well.
Tldr: to the end user it changes literally nothing nowadays, to the companies and the devs it changes quite a lot. And to some degree, end-users won’t have to deal with shitty ugly apps (unless the designers are jerks, in which case you are probably working in the same company as me)
not everyone can afford 16 GB of RAM though, if you want to make your software accessible write it to work on as many systems as possible with few or no slowdowns or hiccups. Electron is a shitty bandaid because you're a lazy ass that doesn't want to write more efficient software for desktop and instead you keep making web applications running natively, which is and will always be wrong