Fun fact: Most software isn’t written in C or C++. (I’m consistently amazed by the fact that this is news to a lot of people…)
-
-
Replying to @pcwalton
It really depends on what you're counting. Obviously true if you count the astronomical amount of junk on Apple and Play stores, or web apps (server or client side components). But...
2 replies 0 retweets 14 likes -
Replying to @RichFelker @pcwalton
Pretty much everything I use regularly is written in C or C++ (now plus Rust in Firefox). Desktop apps written in Python or JS (Electron) are just unusably slow and awful.
3 replies 0 retweets 10 likes -
Replying to @RichFelker @pcwalton
I've been writing soft-realtime and high-throughput code in Python for a while & that makes me wonder what's the actual problem with writing good desktop apps in Python. I mean, I haven't used any, sure.
2 replies 0 retweets 4 likes -
Replying to @whitequark @pcwalton
I'm not sure. But all the ones I've tried have like 750+ ms UI latency. Probably more a matter of the awful toolkits ppl are using than the actual language.
1 reply 0 retweets 2 likes -
Replying to @RichFelker @whitequark
Yeah, COM and GObject are so heavyweight that the language runtimes are probably not that significant by comparison in many cases.
1 reply 0 retweets 2 likes -
I mean, a large part of the purpose of COM was to put C++ and VB6 on equal footing, by moving the language’s object model into the library itself. On Mac, Cocoa/Objective-C/Core Foundation had different motivations but the effect is the same. GObject was just copying COM.
1 reply 0 retweets 4 likes -
Replying to @pcwalton @whitequark
OOP is a mistake that should have been over decades ago, and pushing it into RPC/FFI was an even bigger mistake.
2 replies 0 retweets 3 likes
To be fair COM doesn’t really have inheritance in the traditional sense, though it has plenty of other problems.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.