Eh, I actually spend most of my time in consoles, I LOVE terminal apps, terminal chat apps, terminal browser (mostly
elinks), etc... I hate electron in most of my time. ^.^;
That really sounds like some bad C++ programming, first of all WAY too many programmers, like what the frick I have to ask?! o.O
I'd bet the programmer count alone was the primary contributer to what went wrong there. Second is that the QT API is even easier in C++ than in Python (I say anyway, it catches most communication bugs where the python versions do not except at runtime). QT is really easy, I think it's API has some issues, but it is one of the if not the best multi-platform GUI's (even maybe of non-multi-platform) out. A fantastic mix of power and speed both (though that
moc tool needs to die off already, there is no point to it anymore...).
Java is not a bad multi-platform decently-fast language either, the huge runtime that you have to install sucks, but at least it is done once unlike electron apps, and JavaFX (the GUI system in modern Java's) is actually pretty awesome! ^.^
I just consider those that do not want to advanced and learn (even outside of work) as those not worth working with, though I may be biased as I do teacher'y things in real life... >.>
I prefer to break up C++ apps into more smaller dependencies (and use CMake's Hunter.sh Dependency Management System to bring it all together). That size alone would make me rip it into pieces as quick as I could... >.>
In Windows here at work right now at this very moment:
Slack: 553,616 KB
Discord: 201,220 KB
Windows Calculator Application: 32176 KB (the heck for a calculator app, stupid .NET programs...)
Chrome: Over 7 gigs
Atom: I'm not loading this right now, not enough free RAM... >.>
I'm thinking you did not look at the committed memory to things like Slack and so forth, you appear to be WAY off...
Like egads GTK-anything sucks. I really really dislike the GTK GUI kit, it is a model of misdesign in so many ways... >.>
Kotlin has some great interfaces to JavaFX!
That's it, I bet they did not calculate it properly.
It's not that it is actually compressed, but rather it is unloaded (paged out, in addition to being compressed).
I've seen one for QT somewhere as I recall, forget where. Or just use QTQuick2+ straight for the raw-GUI part (using a better language for the actual work).
That's the problem, you should use the windows performance, er, whatever it's called, it gets you more information.
Sure they could use native languages. Any developer worth anything at all can pick up any other language with relative ease, it is the API's that take up most of the learning time, not the concepts, and if you know, say, QT, then it has a similar API in a dozen languages it works with.
Seem pretty easy to me, could just use PyQT to whip up things even faster than Electron even. ^.^
Yeah like I keep trying IntelliJ, but it is just so memory hungry and has *so*many* freezes that I just keep going back to KDevelop for my C++ work. KDevelop is a fantastic C++ IDE and I wish more language IDE's were like it.
I don't, I only have 16 gigs at home and my motherboard is maxed out... >.>
8gigs at work...
Tasks: 892, 4340 thr; 8 running
Load average: 0.88 0.99 0.95
Uptime 107 days(!), 23:55;44
So... yeah I have a LOT of running things on my desktop computer... I'm also using 12.9G out of 16G(15.7G) of RAM and 13.2G of 16G of Swp... >.>
Most of it is Chrome... Though I do have about 15-20 apps I routinely use in a given hour, sometimes more.
And there are GUI programs written on the BEAM, other than built-in ones like Observer, there are also standalone programs like the free 3D Modeler (yes, a 3D Modeler written in Erlang) called Wings3D.
I feel a twinge of horror when I see another electron app because that means it is not going to be using my native GUI's, native GUI coloring, native notifications, will not have a commandline interface (it's possible to do it, but I've not seen any electron app actually do it yet), etc...
It's just reskinned Chrome(ium).
Uh what? I've never had such issues in QT. That sounds like the developers had no clue what they were doing, not at all 'competent' by any stretch.
Qt actually has some fantastic threading primitives, workers, etc... Again, what?! o.O
Qt actually does a lot to make more code 'faster' than the equivalent native OS calls that most people would write. Again this sounds like the programmers did not know what they were doing...
Atom is only eating ~200megs here right now. I notice it tends to really fail over bad when opening big files with lots of, say, syntax coloring or so, then it get eat multiple gigs pretty easily. That is more of a fault of it being an embedded web browser and using a costly DOM than really the coding fault in this case though (VSCode has similar issues).