zlacker

Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years.

You will be outcompeted if you waste your time reinventing the wheel and optimizing for stuff that doesn't matter. There is some market for highly optimized apps like e.g. Sublime Text, but you can clearly see that the companies behind them are struggling.

>>jarek-+(OP)
Not seeing complaints doesn't mean they don't exist. Not to mention ui latency that is common in electron apps that is just a low-level constant annoyance.

>>jarek-+(OP)
I have complained about literally every Electron based app I have ever used. How would you know there are no complaints?

>>jarek-+(OP)
The various GPU-accelerated terminal projects always make me chuckle

>>jarek-+(OP)
I don't bother complaining about Electron-based applications to the developer, and I expect that's not an unusual position. It's not like the downsides are hidden, unique, or a surprise, and if the developers' priorities aligned with ours, they wouldn't have picked electron in the first place.

I use web-tech apps because I have to, and because they're adequate, not because it's an optimal user experience.

>>jarek-+(OP)
> I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years.

When was the last time complaining about this did anything?

>>jarek-+(OP)
> Customers simply don't care.

They do, but they don't know what's causing it. 8GB of RAM usage for Codex App is clown-level ridiculous.

>>jarek-+(OP)
>Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years.

I see complains about RAM and slugginess against Slack and countless others Electron apps every fucking day, same as with Adobe forcing web rendered UI parts in Photoshop, and other such cases. Forums are full of them, colleagues always complain about it.

>>jarek-+(OP)
> Customers simply don't care. I don't recall a single complain about microplastics in the past 10 years.

> You will be outcompeted if you waste your time reinventing the wheel and optimizing for stuff that doesn't matter. There is some market for safe, environmentally-friendly products, but you can clearly see that the companies that make them are struggling.

ok.

>>jarek-+(OP)
I care. I refuse to use Electron slop unless it is literally the only option available (usually due to some proprietary locked-in platform eg Discord). I will happily pay significant sums of money for well-made native apps that often have fewer features than the Electron versions, simply for the pleasure of using tools that integrate seamlessly with my operating system. Not all of us have given up on software quality.

>>jarek-+(OP)
I don’t complain about Electron because I didn’t install the app if I could avoid it.

>>coldte+Qv
How are Adobe and Slack/Salesforce doing?

Are they hurting for customers?

>>woah+Bg
Not sure why, terminals are literally GPU accelerated text rendering solutions since the very beginning of rendering text

>>jarek-+(OP)
They don’t care, or they don’t know? What they do know is their computer that’s only 5 years old goes to shit with only a few apps open. Time for a new laptop.

Thanks for contributing to the obsolescence cycle.

>>sbarre+5C
the people that USE the software the most are not the people BUYING the software. it’s why all enterprise software has trash UX.

do you think i as a software engineer like using Jira? Outlook? etc? Heck even the trendy stuff is broken. Anthropic took took 6 months to fix a flickering claude code. -_-

>>sbarre+5C
McDonald’s isn’t hurting for customers either. Doesn’t mean their food is anything a chef ought to aspire to.

>>jarek-+(OP)
Do a search for "Microsoft teams slow crash" and you'll find a billion complaints by normies.

They're only doing well because of their illegal monopolistic practices not being cracked down on.

>>coldte+Qv
Of course they complain about them, but those are the users, not the purchasers.

>>frumpl+IL
Neither it means that McDonald's should aspire to be a chef

>>jarek-+(OP)
Even with SublimeText, most popular IDE is VSCode, most popular interface design tool Figma, all popular chat platforms and so on are all electron based. If people were desperate for faster platforms they'll be migrating to them.

>>afiori+SW
Sure, aspiring to mediocrity at a cost to others is a choice.

>>blacko+ZX
Your mistaking supply-side path dependent outcomes that produce a lack of consumer choice with consumer preference. No consumer prefers slow, bloated, non-native software, but they're stuck with what they can get.

>>adastr+x7
There are complaints and then users keep using these super popular and bloated apps. Techies make it seem like bloat is a capital sin but it isn't.

>>frumpl+q21
There is competition for Figma. Sketch.

There's plenty of competition for VSCode too.

Don't forget that these Electron apps outcompeted native apps. Figma and VSCode were underdogs to native apps at one point. This is why your supply side argument doesn't make any sense.

>>frumpl+IL
McDonald's is renown for speed of service, a bit ironic to compare that to slow apps

>>aurare+x71
> There's plenty of competition for VSCode too.

But there isn't, not if you include all the extensions and remember the price

>>blacko+ZX
> Even with SublimeText, most popular IDE is VSCode

What a weird comparison, one is free, another one is a premium app, of course a lot of people prefer some suffering over paying money

>>jarek-+(OP)
That just means your feedback system is trash if it fails to surface such an obvious and common pain point in user experience. Tough that's an extremely common state of feedback systems. But also, the general computer knowledge isn't that high for every end user to connect some sluggishness in another app to your app wasting ram and causing disk swaps, that eliminates a lot of end user complaints

> reinventing the wheel

what exactly are you inventing by using a framework "invented" decades ago and used by countless apps in all those years?

>>eviks+q91
So an Electron app won. Seems like Electron wasn't a hinderance.

>>aurare+Ia1
Sure, you can ignore that it was a hindrance just like you ignored ignored the previous point.

>>eviks+ab1
Like how you ignored my point too?

If it was a hindrance, why did it win?

Seems clear to me that Electron's higher RAM usage did not affect adoption. Instead, Electron's ability to write once and ship in any platform is what allowed VSCode to win.

>>aurare+Re1
> Like how you ignored my point too?

No, differently

> If it was a hindrance, why did it win?

Because reality is not as primitive as you portray it to be, you can have hindrances and boosts with the overall positive even winning effect? That shouldn't be that hard!

> Seems clear to me that Electron's higher RAM usage did not affect adoption.

Again, it only seems clear because you ignore all the dirt, including basic things (like here, it's not just ram, is disk use, startup speed, but also like before with competition) and strangely don't consider many factors.

> Instead, Electron's ability to write once and ship in any platform is what allowed VSCode to win.

So nothing to do with it using the most popular web stack, meaning the largest pool of potential contributors to the editor or extensions??? What about other cross platform frameworks that also allowed that??? (and of course it's not any platform, just 3 desktop ones where VSc runs)

>>eviks+c91
Maybe 40 years ago.

>>eviks+7h1

  So nothing to do with it using the most popular web stack, meaning the largest pool of potential contributors to the editor or extensions??? What about other cross platform frameworks that also allowed that??? (and of course it's not any platform, just 3 desktop ones where VSc runs)

I'm not even sure what you're arguing at this point.

Are you arguing that Electron helped VSCode win or what? Because Electron being able to use a popular web stack is also a benefit.

What is your point?

>>jarek-+(OP)
> Customers simply don't care. I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years.

Nothing is worse than reading something like this. A good software developer cares. It’s wrong to assume customers don't care simply because they don't know what's going on under the hood. Considering the downsides and the resulting side effects (latency, more CPU and RAM consumption, fans spinning etc.), they definitely do care. For example, Microsoft has been using React components in their UI, thinking customers wouldn’t care, but as we have been seeing lately, they do care.

>>frumpl+IL
I'm loving it

>>lurkin+uK
Yes that was my point.

>>jarek-+(OP)
Because there is no point in reporting such complains. Just a waste of time.

>>jarek-+(OP)
People absolutely care, but the issue is that no single company/app is really responsible. It's the tragedy of the commons, but for users RAM. No one electron app uses all the RAM, but just a couple are enough to make a common 16GB machine slow down massively.

>>baq+fD
Heck, not even just a separate card or whatever, back in the terminal days where you practically had a whole separate small computer just to display the output of the bigger computer on a screen instead of paper.

>>sbarre+V22
Not relevant point though. I was answering to this "I don't recall a single complain about RAM or disk usage of my Electron-based app to be reported in the past 10 years", I wasn't arguing that such apps don't make money.

>>eviks+q91
all the extensions followed popularity and ease of development. So, cart horse.

>>oblio+W31
When given the option, I never use such apps. I am rarely given the option, however.

>>adastr+895
Q.e.d.

He who holds the purse strings, decides. The people who pay to have the apps made get to decide and they have decided that what geeks want doesn't matter.

And every time a geek tries to change that, he only wins for a short while and then we're back to the primordial soup.

Oh, and regular users obviously don't care enough.