4 ms·

Ok but the C abi includes basically all languages. Frankly they could toss C++ in the trash with basically zero impact to their value because who the hell with

Ok but the C abi includes basically all languages. Frankly they could toss C++ in the trash with basically zero impact to their value because who the hell with two neurons to rub together uses C++ anymore? (Ok this leaves out Go but they picked their path) Besides, supporting c++ must be a goddamn nightmare.

gpderetta 2y ago
> who the hell with two neurons to rub together uses C++ anymore? I don't know. Then again I had my mandatory lobotomy when I started to professionally program in C++ 20 years ago (and still do to this day).
- deleted 2y ago
  [deleted]
- PittleyDunkin 2y ago
  I agree that people still use C++, I just find it very difficult to imagine a C++ programmer I'd trust as much as the rust compiler. Hence my comment. FWIW, I programmed C++ for 15 years—it's a useful tool, but it doesn't have much use anymore outside of legacy tooling, codebases, and developers who can't learn new things.
  - inetknght 2y ago
    > I just find it very difficult to imagine a C++ programmer I'd trust as much as the rust compiler. It's even more difficult to imagine a javascript programmer I'd trust more than any C++ compiler.
    - PittleyDunkin 2y ago
      How is that relevant? Who is suggesting replacing c++ with javascript?
      - inetknght 2y ago
        It's as relevant as someone suggesting replacing C++ with rust. They're both great languages, and one just happens to be memory unsafe. In C++ vs javascript, they're both great languages but one just happens to be type unsafe. Regardless, each language has its own target purposes. That's how it's relevant. So: > I just find it very difficult to imagine a C++ programmer I'd trust as much as the rust compiler I don't think anybody could reasonably say that C++ from 20 years ago is competitive with rust particularly since rust wasn't around back then. But the C++ of today isn't what it was 20 years ago. C++ isn't a single revision of the language. There are many versions of the language. There's no reason a new version of C++ can't improve upon one of its weaknesses... or even some of its strengths. Whether that's by learning different techniques from other languages or building upon its own, it would take solid C++ engineers, not rust engineers, to improve the language. I'm only saying: there are a lot of software engineers who treat software engineering as their day job (eg, little if perhaps any passion about the language) but there are also plenty, if perhaps a minority, of engineers with a passion for the language; and the language can evolve to be more safe and has continuously done so over the past 20 years and will continue to do so well into the future. Rust certainly has its passionate engineers too, and a lot of other engineers on the bandwagon because they don't have to learn hard things like how to design software well in the first place. All that to say: having the a good compiler (rust or not) is great but it won't save you from a poorly experienced engineer's design. Poorly experienced engineers aren't exclusive to C++.
pjmlp 2y ago
Lets put it this way, C++ is C's Typescript. Everything about JavaScript WATs applies equally well to C.

gpderetta 2y ago

> who the hell with two neurons to rub together uses C++ anymore? I don't know. Then again I had my mandatory lobotomy when I started to professionally program in C++ 20 years ago (and still do to this day).

deleted 2y ago
[deleted]
PittleyDunkin 2y ago
I agree that people still use C++, I just find it very difficult to imagine a C++ programmer I'd trust as much as the rust compiler. Hence my comment. FWIW, I programmed C++ for 15 years—it's a useful tool, but it doesn't have much use anymore outside of legacy tooling, codebases, and developers who can't learn new things.
- inetknght 2y ago
  > I just find it very difficult to imagine a C++ programmer I'd trust as much as the rust compiler. It's even more difficult to imagine a javascript programmer I'd trust more than any C++ compiler.
  - PittleyDunkin 2y ago
    How is that relevant? Who is suggesting replacing c++ with javascript?
    - inetknght 2y ago
      It's as relevant as someone suggesting replacing C++ with rust. They're both great languages, and one just happens to be memory unsafe. In C++ vs javascript, they're both great languages but one just happens to be type unsafe. Regardless, each language has its own target purposes. That's how it's relevant. So: > I just find it very difficult to imagine a C++ programmer I'd trust as much as the rust compiler I don't think anybody could reasonably say that C++ from 20 years ago is competitive with rust particularly since rust wasn't around back then. But the C++ of today isn't what it was 20 years ago. C++ isn't a single revision of the language. There are many versions of the language. There's no reason a new version of C++ can't improve upon one of its weaknesses... or even some of its strengths. Whether that's by learning different techniques from other languages or building upon its own, it would take solid C++ engineers, not rust engineers, to improve the language. I'm only saying: there are a lot of software engineers who treat software engineering as their day job (eg, little if perhaps any passion about the language) but there are also plenty, if perhaps a minority, of engineers with a passion for the language; and the language can evolve to be more safe and has continuously done so over the past 20 years and will continue to do so well into the future. Rust certainly has its passionate engineers too, and a lot of other engineers on the bandwagon because they don't have to learn hard things like how to design software well in the first place. All that to say: having the a good compiler (rust or not) is great but it won't save you from a poorly experienced engineer's design. Poorly experienced engineers aren't exclusive to C++.

pjmlp 2y ago

Lets put it this way, C++ is C's Typescript. Everything about JavaScript WATs applies equally well to C.