No, I pointed out you were being an obnoxious fanboi
Why don't we expand the bit that you quoted into the entire sentence:
C++ tried to replace C until it became apparent that c++ is only good for making buggy and insecure code that needs to run faster but less reliably than Java.
Remember, this is the full version of what you decontextualized. Now, what about that screams "rust fanboi" to you? Keep in mind that both Linus Torvalds and Drew DeVault have given rust praise in exactly the same way I have, while both simultaneously believe C++ to be a language that causes more problems than it solves.
Let's quote the latter:
Disclaimer: I don’t like the rest of these programming languages and would not use them to solve any problem. If you don’t want your sacred cow gored, leave here.
C++
Pros: none
Cons: ill-defined, far too big, Object Oriented Programming, loads of baggage, ecosystem that buys into its crap, enjoyed by bad programmers.
This is different from what I did...how? And remember, you just argued that he isn't an obnoxious rust fanboy.
Anyhoo, you'd think a rust fanboi would know better given just how much it borrows from c++.
Not borrowed from: Learned from. That's how all successors are made.
Did you bother to notice how he basically misses everything Linus is saying? Let's take this for example:
A great deal of thought has gone into the STL and to Boost by some very smart people over the course of several years. Their work has been reviewed by countless peers. A typical C or C++ programmer simply will not write anything more efficient or more robust than the methods in these libraries if they decide to roll their own.
That was in response to:
STL and Boost and other total and utter crap, that may "help" you program, but causes:
infinite amounts of pain when they don't work (and anybody who tells me that STL and especially Boost are stable and portable is just so full of BS that it's not even funny)
inefficient abstracted programming models where two years down the road you notice that some abstraction wasn't very efficient, but now all your code depends on all the nice object models around it, and you cannot fix it without rewriting your app.
Worth taking into consideration, by the way, that the original person he responded to was calling his arguments about portability BS, when in fact his comments were spot on, and THIS is exactly why. But more importantly, Boost and STL are building shit upon shit. Why do I say that? For the exact same reasons that object inheritance always ends up leading into a mess that seems good at first, until later you realize that it was a huge mistake, but by then it's already too late -- the damage is already done and there's no going back. You can't fix the problems with either STL or Boost without breaking C++. This is, by the way, a thing Rust learned from: Keep the standard library small and to the point. Rely on libraries to add efficient, reusable tools, that way the language isn't permanently married to past glaring mistakes.
And I love this bit:
For example, once you’ve allocated and de-allocated C structs a few times, you realize it would be good to have functions to do this allocation and de-allocation. You basically end up re-inventing C++ constructors and destructors.
Way to miss what Linus said, which was:
any compiler or language that likes to hide things like memory allocations behind your back just isn't a good choice for a kernel.
And in fact, Rust is proof that you don't need this crap, and your guy is just plain wrong. Why? Well for one thing, rust doesn't have a concept of constructors. It's totally idiomatic to initialize structs right on the stack, or box them, because that's literally the only way you can do it. Heap or stack, it's explicit no matter what you do. Unlike C++, allocating and destructing isn't trying to be magic. See this for more details:
https://doc.rust-lang.org/nomi...
And it's like Linus already said: If you want this behavior out of C++, you're basically just writing C. This page nicely illustrates why without even setting out to do so:
https://wiki.osdev.org/C%2B%2B
And no, this isn't me engaging in a rust circlejerk, rather rust itself IS the proof that the blog you linked to is just flat out wrong on this particular point.
You think anything that challenges your worldview deserves a stupid reply because you can't actually think up a sensible one.
Where exactly are you going with this? The back end of the compiler is written in C++. Okay...and? So is the Windows kernel. What about it? Nobody has to make any changes to the backend compiler to make improvements to rust -- you can literally leave it as-is.
I'm not going to take the time to reply to your (or even read) xenophobia. One cannot of course reason someone out of a position they did not train themselves into.
Dude, you're the one trying to connect me with your 0.01th cousin based on absolutely nothing but drivel, whereas I both qualitatively and quantitatively showed exactly why you are much more like him than anybody else here.