|
|
|
|
|
by j1elo
3 hours ago
|
|
If the absurd memory prices might have some positive outcome, it will be consumers demanding that all their basic pack of apps are able to run on 16 and even 8 GB of RAM, by means of avoiding those that hog their machines. And consequently (hopefully), developers and their managers being incentivized by market forces to have a modicum of care for performance and not wasting bytes. Dreaming is free... All Electron devs, let's go back to native-er toolkits! Qt and Slint are already here for proper FOSS apps, while a new generation of research and development on the field of efficient GUI toolkits would benefit us all so much. |
|
But how do I get to express that demand? Asking as a frustrated regular user of excel - excel is amazing software but if your laptop is not in airplane mode, the number of little delays that creep in is wild. It's all seemingly network delays, connecting to onedrive servers when i'm editing a field (why?!), 10s of connections to random microsoft domains as i flick between tabs in the UI (why?!) - each flick incurring a subtle but observable delay.
>> Dreaming is free... All Electron devs
I like your sentiment for sure but i reckon you might be barking up the wrong tree. I'll give the clearest counter example i know of:
When i scroll a buffer in Zed (it's a 120fps editor written in rust that i really want to like) i perceive micro stutters.
When i scroll a buffer in VSCode (an electron app) it's buttery smooth.
I've tried this many times over 1.5+ years of releases. It's a reliable finding on an m1 macbook pro and an m1 imac.
If the slow stack can be fast and the fast stack can be slow, then there's more to this than just tech stack.