Visual Basic with it's WYSIWYG GUI creator thingie at least filled a niche.
Every time someone brings up Rust or all these other NuParadigms I'm reminded how much "software engineer" has literally nothing to do with engineering anymore and how many people holding titles like Senior-somethingsomething or Lead-otherandother would, if this was a more civilized time, not be allowed to be anywhere nearer than ten meters to a computer.
There are some old, but very good and elegant languages out there I will not even mention here. You can find them. I believe in you. They can solve any problem you throw at them! I promise. I don't mention them because somebody would come along and go "Well akshually.." and first this isn't the programming language thread and second most programmers today can't separate the tool from the problem making the whole discussion trite from the beginning. If it's not trending on github or all over "Hacker" "News" (or wherever all these programmer socks people are, I don't know, leave me alone), it might as well not exist.
I got pulled out of retirement a bit ago (again!) for a piece of hardware that in it's old design wasn't justifiable anymore cost wise (this actually happens a lot and should worry some people). The new design didn't fit into very specific (and admittedly tight) parameters because at the end of the day, all the high-value software that was heaped on top wasn't really understood by anyone, including yours truly. We worked on it a couple of weeks and came to a very good result and needless to say, it was a lot smaller and simpler than first imagined by all these bright, young minds. So this problem isn't limited to software or FOSS or whatever, it's endemic to the modern world.
We've built industries where understanding is optional, and knowing some framework or language or whatever is mistaken for knowing how things work. The "rust" isn't the problem by itself, it's a symptom of the very mislead belief that you e.g. shouldn't have to understand what your code actually does. AI (which I am not on the anti side of on, not at all) will make things, oh, so much worse because it'll allow people to take so many shortcuts so that they really basically won't know what the machine did. A professor I once knew loved to say that there's nothing wrong with shortcuts, but to be effective, you first have to understand *why* they work. I agree with this sentiment more and more the more time passes.
In reality, the response to problems that arise because people don't really understand how things work, though? Usually more tooling. More linters, more "best practices" docs, more abstraction layers to hide the fact that nobody knows what's underneath. It's like fixing a leaky boat by adding another deck. The young people there I worked with, they're not too stupid to solve the problem, they're just trained wrong. They've been thought knowing specific workflows is knowing everything about the field there is to know, the same way someone might think knowing how to drive means you understand how an engine works.
Real engineering was always about subtraction. Taking away until what remains is so simple it can't possibly fail, and then understanding exactly how it might fail anyway. The modern software engineer and what he does is the antithesis to this.
I once again thank everyone for coming to my TED talk.