2) any decent software book that teaches to separate the presentation layer and platform layer from the rest of the program (that way, you have much less to port between platforms and maintaining it is not as costly as people fear)
such as...
EDIT: my purpose in this line of questioning is to assert that if you are trying to persuade someone to not do a thing, you will be more effective if you can give someone a straightforward alternative.
I likewise think that the folks trying to get people to stop writing python2 should pick a release of python3 to become an LTS release in the same way that in 2014 python2.7 was effectively declared an LTS release with support until 2020.
EDIT to parent's edit:
I'm not really trying to persuade anyone; not anymore. I understand the incentives that push people toward wasteful solutions. This won't stop until we hit a resource limit. All I'm saying is that there's a lot more we can do with current hardware once Moore's law is definitely dead. The mostly untapped potential is conditioned on people not doing extremely wasteful things just to shave off a little development time.
Skia is not a GUI library for example. CEF is not a GUI library, it's a WebView.
And there should be at least a column indicating whether the library has support for usual desktop applications and/or for multimedia full screen things (such as games, or a movie player with OSD and custom graphical design and elements, textures).
And the GUI debate is about "where are abstract libraries that compile to native apps", after all, anything else is just for prototyping a "native app". And usually people just answer but Qt is nice enough, yet everyone uses Electron :/
Please, people, for the love of those whom your customer may hire after you, take the time to understand signals and slots before porting that godawful mess of garbage you got from your customer's previous contractor to Qt.
What is the go-to tutorial/book that humans who are knowledgeable in Qt recommend for efficiently learning it?
The natural reaction for someone is to push harder, not to look and sense what is the reason for the performance or perceived performance issue.
I want to run far away from the whole computer mainstream today because my brain is suffocating.
Given that this is doable in HTML/CSS/JS on a Nexus 5 (an almost 4 year old smartphone) it just doesn't make economic or UX sense to optimise the UI beyond the 60 fps target.
If not, then the snark is unwarranted.
Does the fact that a glorified IRC client eats a big chunk of system resources matters to said program's developers? Probably not, it would seem. Does it matter to me as a user of such program? Yes, it does very much. The problem is, right now there isn't a good way for the market to signal this back to the developers so that they would care.
Switch to a competitors app?
Also when people talk about Electron sucking the one example that keeps coming up is Slack, which is making me wonder to what extent the core problem is Electron and to what extent Slack is just a badly written app.
https://josephg.com/blog/electron-is-flash-for-the-desktop/ (and associated discussion over at https://news.ycombinator.com/item?id=14087381).
As for switching to competitor's app, you can't do that if it's a networked app using propertiary protocol. The SaaS world has killed interoperability.