C++ is the superior language - And I’m tired of pretending it’s not.

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
The Rust language caused a /Selection Effect/ because they went woke with their public cons fairly early on, so every programmer who is also a sex pest in a Party City wig obviously heard good things about Rust because I FEEL SCEEEEEEEEEENOMG YAAAAAAASKWEEEEEN

unlike other programming language homes, the one for Rust is always littered with wokeshit


Having used the lang, for what you get out of C and Go out of the box and the SDKs you can already get out of you distro, you're not really getting much of anything--except for newshit that other devs are working on that don't already have an analog on C, Python, Go. And Rust is more symbol-heavy than C++ is, so bullshit complicated nightmare structures are just as easy to create in Rust as in C++. I dunno I think the current environment in C where you check your shit (hello, use valgrind you homofag) is better than switching. But some people won't trust your ability to check that you cleaned shit up and will insist that you move into a GC world and they prefer the tranny lang because they post all the correct up to date wokeshit in advance of all their cons.


Can't wait until someone tries to combine a Women In Tech event with an invite to Rust devs. That's going to be HILARIOUS to be at one of those.

Private sector, 100% remote and 30 mins of work per week for each $100K and got more than one going of them at once. Sitting at home and put myself on mute jerking off during meetings. Wow but you get Friday off that's impressive.

I get it, you're yet another C++ stooge autist that is maintaining some piece of shit gov system and you think you're better than oop sheeple cause you make the code impossible to modernize so you can't be fired.
I remember working on C and Tcl using a full screen terminal at one job and the person next to me was rah rah rah C++ is da future, it is God, it is the essence.

Then I went to look at what he was doing his work in.
1720656419100.png

even with two (CRT) monitors this shit was unusable.

That IDE would later be rebooted a few years later as Eclipse, which was also AIDS. I wrote all my shit in emacs over screen and had ci/cd scripts (that's what the Tcl was for) before the term ci/cd was even invented.

I deal with C++ quite a bit and even with the new modern build tooling it is still AIDS. No, CMake doesn't make things any better than before, because most of the problems with maintaining it are not because of autoconf, it's because of all the contract assumptions in the headers and all the workarounds that get added later because the class structure will never bend to future needs as much as DP promises it will if you just use the right patterns. And the debugging... my god. I have VMs that took me months to get working right with IDA Pro that I don't even remember how I got all the fucking deps to work right much less the 9 billion env var and conf tweaks, and that's even with the manuals of docos that I wrote at the time when I built all that shit.

Unless you are writing a GUI and need Qt+, there's no legit reason to start a new C++ project. Whatever you're thinking of that you need to write, it can be done in C or something else besides that fag language.

True.

Not true, at least where I live. C++ jobs tend to pay more and usually require applicants to have a degree, unlike Java/JS/PHP jobs.
C++ pays more because the new kiddies are afraid of stepping foot into 25+ year class taxonomies with fiendishly complex dependencies on ancient OS deprecated features. That's where the bulk of the work is that the employers are posting for. You might luck out and find a hardware shop with a buttload of Qt+ work but 99% of the time it's not gonna be that.

Yes, you will make more, but do you really want to maintain OLE and CORBA objects from the 90s? And 99.99% the time your paymasters will not give you architectural authority to launch your own refactoring project that has no user feature benefit. If the C++ projects are wrapping hardware directly, they may give you some slack on the leash. But if it's non-hardware based or post-hardware, if you don't demand the autonomy up front when interviewing with the manager you won't get it post-hire.

The only benefit to C++ is the Indian quotient is way lower than every language. There are very, very few Indian programmers who are good at C++. I know some good C pajeets but none of them want to go anywhere near C++. I've only worked with one in my lifetime, and he wasn't that good a C++ coder.
 
Last edited by a moderator:
C++ pays more because the new kiddies are afraid of stepping foot into 25+ year class taxonomies with fiendishly complex dependencies on ancient OS deprecated features. That's where the bulk of the work is that the employers are posting for. You might luck out and find a hardware shop with a buttload of Qt+ work but 99% of the time it's not gonna be that.

Yes, you will make more, but do you really want to maintain OLE and CORBA objects from the 90s? And 99.99% the time your paymasters will not give you architectural authority to launch your own refactoring project that has no user feature benefit. If the C++ projects are wrapping hardware directly, they may give you some slack on the leash. But if it's non-hardware based or post-hardware, if you don't demand the autonomy up front when interviewing with the manager you won't get it post-hire.

The only benefit to C++ is the Indian quotient is way lower than every language. There are very, very few Indian programmers who are good at C++. I know some good C pajeets but none of them want to go anywhere near C++. I've only worked with one in my lifetime, and he wasn't that good a C++ coder.
Thank you for contributing good discussion points to the thread unlike the other retard. I respect your opinion and you are appreciated.
 
I find C++ rather mid, must as well just use C for low level stuff, or go C#/Java for higher level abstraction. The latter doesn't pretend to be compatible with C, so has none of the baggage.
Or just use plain Perl or Python if you need to write a quick script.
 
C/C++ was the second language I learned in college (the first being Java) and I can confirm it is in fact Based and far better than any of these fad languages the troons and code campers love to self-suck over like Python and Rust. however, I also respect the oldfags who say OO/polymorphism is AIDS and that pure C is superior.
nothing is really "superior"

DP took off because of Smalltalk and acedemia and fags from places like Colombia were making grandiose claims about the benefits of building these complicated contract structures (taxonomies what they are also called). I've built loads of them and have discovered what most other people have by trial and error: a contract web that is not married to something concrete and physical is never going to be as extensible as you ever think it will be. Then the user may decide to redo the business process and fuck it up so much that every dependency relationship you created breaks.

And more than once I have injected a scripting engine into my work JUST for that very specific reason so that I can get around the rigidity of class structures (much like how game devs love to throw Lua into their shit, which I've done too)---and then finally realized it would have been better from the start to just not have any rigid structure at all.

The fad with MSAs is what mostly killed off a lot of C++. Java, too. Kotlin is essentially where a bunch of Java people left and went to for the same reason. I don't want to start a C++ or Java project just to crank out some data emitters.
 
I find C++ rather mid, must as well just use C for low level stuff, or go C#/Java for higher level abstraction. The latter doesn't pretend to be compatible with C, so has none of the baggage.
Or just use plain Perl or Python if you need to write a quick script.
I love it for the reason that it’s mid. It means I can work in C while still maintaining the option to mess with higher level abstraction, Java is liked for its JVM but that isn’t translatable across machines that you have to fiddle with bytecode unlike a compiler running optimization flags which you get to select for your source code that runs native to the machine.
 
Last edited:
  • Like
Reactions: grimacefetishist
Java is liked for its JVM but that isn’t translatable across machines that you have to fiddle with bytecode unlike a compiler running optimization flags which you get to select for your source code that runs native to the machine.
Both the JVM and dotNet Common Language Runtime function the same, but C# has some advantages over Java on the reflection front, which I love so much for game modding, I've been plugging HarmonyLib for awhile now: https://harmony.pardeike.net/articles/intro.html
You can use it to modify CLR bytecode at runtime to "patch" methods, C++ game engines like Unreal can't handle it. Java has reflection but not that extent.
In theory, it could be possible to implement Java on CLR, but the bytecode would not be compatible.

As for why I dislike the C/C++ baggage, I've been dealing with low level Windows and Linux code for a long while now, small bits like how symbols are resolved can lead to C++ standard features like using custom memory allocators to outright fail. It's just frustrating and horrifying how C++ runtime is implemented under the hood, and how you need to handle each OS peculiarities like executable formats and runtime linking. C in practice is simple enough that you will rarely hit that problem unless you are deliberately trying to replicate C++ in C.

Edit: Fixed derp typo, Harmony can't patch native C++ code.
 
Last edited:
Both the JVM and dotNet Common Language Runtime function the same, but C# has some advantages over Java on the reflection front, which I love so much for game modding, I've been plugging HarmonyLib for awhile now: https://harmony.pardeike.net/articles/intro.html
You can use it to modify CLR bytecode at runtime to "patch" methods, C++ game engines like Unreal can handle it. Java has reflection but not that extent.
In theory, it could be possible to implement Java on CLR, but the bytecode would not be compatible.

As for why I dislike the C/C++ baggage, I've been dealing with low level Windows and Linux code for a long while now, small bits like how symbols are resolved can lead to C++ standard features like using custom memory allocators to outright fail. It's just frustrating and horrifying how C++ runtime is implemented under the hood, and how you need to handle each OS peculiarities like executable formats and runtime linking. C in practice is simple enough that you will rarely hit that problem unless you are deliberately trying to replicate C++ in C.
I’m a masochist who loves twiddling my bits and tailoring my x86. It’s not a perfect language but I enjoy the hackyness of the work arounds that border between ingenuity and inelegance.

I openly embrace the fact that there be dragons and you probably need to build everything custom tailored to be useful to your architecture, but that’s the craft. There’s a certain beauty in knowing that everyone who knows anything about C++ knows how awful the stl is and built their own libraries of knowledge and experience.
 
Last edited:
Another fun NPC behavior that all C/C++ shits do is drop 30-40 year old programming points and call everything new a fad, and call everyone making more money than them, kiddos. It's hilarious to watch you build your own coffin from the inside out and see you retroactively call 30 year old shit that has stayed here the whole time, fads.

I personally also enjoy how C/C++ is broken out into little Christian-like sects, one incel side preaching the 80s toolkit and the other incel side going the 90s route. You generally get into the same kind of batshit territory you do with religion.

You don't see OOP threads for a reason - Nobody is making OOP threads because everyone in OOP is busy, happy, making a shitload of money, and celebrities at their companies. Every site with programming threads is always low level incels who think that they are winning points for posting how obscure and shitty and bad their 1970s shit is. OOP is winning actual points it is called money
 
You don't see OOP threads for a reason - Nobody is making OOP threads because everyone in OOP is busy, happy, making a shitload of money, and celebrities at their companies. Every site with programming threads is always low level incels who think that they are winning points for posting how obscure and shitty and bad their 1970s shit is. OOP is winning actual points it is called money

Hmm. IDK I just came off a project ditching another OOP stack for a MSA. Have another one next spring that was on ice for a while but is back on because---surprise OOPs are AIDS at being refactored into a geo-unspecific stack, which is a common MSA use case.

The end. Go die of AIDS.
 
Hmm. IDK I just came off a project ditching another OOP stack for a MSA. Have another one next spring that was on ice for a while but is back on because---surprise OOPs are AIDS at being refactored into a geo-unspecific stack, which is a common MSA use case.

The end. Go die of AIDS.
It was on ice for a while because companies that don't use OOP tend to miserably fail and have to wait several years to accumulate money over and over again.

You're poor
 
I’m a masochist who loves twiddling my bits and tailoring my x86. It’s not a perfect language but I enjoy the hackyness of the work arounds that border between ingenuity and inelegance.

I openly embrace the fact that there be dragons and you probably need to build everything custom tailored to be useful to your architecture, but that’s the craft. There’s a certain beauty in knowing that everyone who knows anything about C++ knows how awful the stl is and built their own libraries of knowledge and experience.
You'll love to read Linkers and Loaders. TLDR: "How is program start, how program get running."
Now pair that with prebuilt binary C++ libraries from multiple 3rd party developers with possibly different compilers, fun for the whole family to untangle. Eventually, the only sane method is to write simple C interfaces at the library boundary to avoid any complications, that is assuming the library was written sanely enough and doesn't rely on C++ specific features to even function, like throwing exceptions as its normal part of operations. Good luck getting compilers to agree on the definition of an "exception" or how to handle it underneath.
 

Attachments

You'll love to read Linkers and Loaders. TLDR: "How is program start, how program get running."
Now pair that with prebuilt binary C++ libraries from multiple 3rd party developers with possibly different compilers, fun for the whole family to untangle. Eventually, the only sane method is to write simple C interfaces at the library boundary to avoid any complications, that is assuming the library was written sanely enough and doesn't rely on C++ specific features to even function, like throwing exceptions as its normal part of operations. Good luck getting compilers to agree on the definition of an "exception" or how to handle it underneath.
I agree interfaces are tricky and should be handled appropriately. OOP abstraction and prototype patterns are the bain of good practice.
 
Something something something 1970s bullshit something something something niggers muh code optimizations
You’re a fucking retard. I hope it was worth it for you in all the attention you’ve received for being stupid. Do you go into every thread and loudly proclaim “haha everyone look how silly I am”? You’re underaged.
 
I wrote a very shit game engine in c/cpp for a university project. I probably wouldn't do it again, but it was definitely a lot of fun. The problem with c and cpp is that they don't hold your hand and let you make mistakes. The solution to that is to just not make mistakes.

Probably helps that I cut my teeth on Pascal, so I had some actual understanding of what not to do when writing software (for instance, don't use pascal).
 
Back