Agree that swift (and other languages like Rust for that matter) offer some very nice advantages over C++. However, C++ is so well established and has a rich collection of libraries and integrations. You can write a library in C++ and ship it on nearly everything. You can also optimize the parts of your system that are well-suited to a systems-language like C++ and then easily expose them in other languages like Python, Ruby, Go, Swift, etc. via their C-bindings.
We can't say that (yet) about Swift and Rust. In 3-5 years I think this is going to be a very different conversation, though.
In my mind, C++'s flexibility is both its greatest benefit and its greatest danger. You can do almost anything, and there are so many ways to do it. I agree this is a "problem" that's likely not going to be fixed. You can ask your fellow developers to read Scott Meyer's Effective (Modern) C++, you can go to meetups, listen to the wisdom of the steering committee, etc. but at the end of the day it really boils down to the fact that your team needs to be committed to being resilient and responsible. That's true in any language, but much more so in C++.
Rust actually has a really nice embedded library story, and I've already seen a few things in Ruby or Go that have started using Rust libraries for performance. https://github.com/BurntSushi/rure-go for example, just to pick something that's crossed my feeds recently.
Not sure about Swift, I haven't really been paying attention in that space.
Dude, you aren't actually comparing the two are you. Do you actually believe that tanking the global economy comes anywhere close to what you described? May I ask where you work? No one not working on/with ties to Wall Street would have this opinion.
I don't work anywhere close or on anything similar to Wall Street. But I do have a degree in econ and know that what "tanked the global economy" is a lot more complicated than Goldman Sachs lying to investors. But whatever, let's just lynch the bankers and their big bonuses and pretend that our industry is without flaws.
yeah, while you're at it check out inigo quilez's website, as he's (i think?) one of the founders of shadertoy. he's a graphics master. his website holds a ton of incredibly useful and interesting graphics techniques, a bunch of raymarching stuff, procedural generation techniques, etc. an absolute goldmine if you're into graphics, graphics-related math, demoscene, or anything of that ilk.
They are central disciplines of computer science, but they are not central in mind share; basically I'm seeing all of these articles on AI and ML (DeepMind, Comma.ai, tutorials on Deep Learning and Neural Networks), but not as much on things like networking, databases, and HCI. It would be nice to explore successful companies whose central focus is on one of those other disciplines.
Radio Shack used to sell TRS-80 Model 16 microcomputers running Xenix in their stores to business customers. At least up until the mid-1990s, many local Radio Shack stores were using these machines as their point-of-sale, inventory and financial systems. Xenix in general was the most widely used Unix in terms of installs into the late 1980s.
>Xenix in general was the most widely used Unix in terms of installs into the late 1980s.
Interesting, didn't know that ... Because PC hardware was cheaper and more ubiquitous, could be one reason, maybe.
On a related note, UNIX became big in India (people used to call it a Unix country) in the mid or late 1980's, per what I've read, because of a government decision on computerization. The Rangarajan Committee (he later became the Governor of the Reserve Bank of India, which is like the US's Federal Reserve) recommended use of UNIX as the operating system for nationalized banks' back-office automation, because of its multi-user and multi-tasking nature (and possibly / likely because it was cheaper than mainframes, maybe even because less proprietary).
UNIX usage in India took off due to that (thousands and thousands of bank branches in India), and hence many devs and admins developed Unix skills ... I was part of that trend, and benefited from it a lot, professionally, in terms of learning ...
My first Unix was some PC-based clone, the name of which I cannot remember now, but was also a while before Linux. Not sure whether it was before Xenix or not, though I used Xenix (SCO Xenix at the time, IIRC, or was it SCO Unix) a year or so later.
First Unix's name may have started with E-something. Everex? Not sure.
I think I also got to use Interactive Systems' PC Unix (PC-IX?) around the same time as the first one.
Soon after, moved to Unix on higher Motorola 680x0 processor based minicomputers, and even a multi-CPU SMP RISC Unix (from MIPS) for a while.
Later SVR3 and SVR4. Didn't like 4 though. By then (as I learned later) the UNIX wars had started, and it seemed to be a clunky hybrid of features from the SVR3 and BSD camps. Later worked a good amount on HP-UX too, on their PA-RISC business servers. Liked HP-UX. Pretty stable and powerful OS with a good patch management system and many other features and tools (HP PRM, Glance Plus, Ignite, MC/ServiceGuard, etc.).
The hp-ux mailing list was good too - very friendly and helpful people, I helped out others too.
Never got to work on Solaris, though, which I regret.
I remember I first wrote my selpg utility  on a HP-UX box (for a large corp customer, at their request), and then released it on the HP-UX mailing list. Some people appreciated it.
Didn't know about HP-UX vaults. Maybe it came after I stopped using HP-UX, or I just missed it.
Edit: Just googled, it looks like vaults came in either HP-UX 10.24 or 11.x. Think I used HP-UX versions 9.x and upto 10.20.
You're lucky to have worked on Amiga . Read a good amount about it, including its power and performance, multi-tasking, in BYTE etc., earlier, along with the Atari ST, though never got to use either.
(Still remember an Atari ST ad, probably a big deal at the time: "A megabyte of RAM for $x99!"). And where are we now in terms of RAM ...
 And had read about Carl Sassenrath, wow. Did all that stuff for the Amiga, and then goes and creates REBOL, maybe single-handedly (?), with the language, and the libs, and the GUI.