this post was submitted on 25 Oct 2026
198 points (93.4% liked)

Programmer Humor

33786 readers
2450 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 3 years ago
MODERATORS
 

Mine is that the useState hook is an actual plague on the entire React ecosystem. Regardless of your opinions of React, if you wanna use something then use it right.

you are viewing a single comment's thread
view the rest of the comments
[–] ducktumn@lemmy.zip 68 points 9 hours ago* (last edited 50 minutes ago) (10 children)
  • C++ is an awful language overall.

  • Linus is just some guy with good programming skills and not an authority over anything tech.

  • ~~There aren't any good text editors in the wild. VSCode is awful apart from extension support. Kate is close to being perfect but lack of extensions are pulling it back. Vim, Helix, Emacs, NeoVim are all flex toys.~~ nvm just tried zed with AI disabled

  • AI bad

[–] calcopiritus@lemmy.world 1 points 1 hour ago (1 children)

I wouldn't say that vscode is awful. It's not good though. Even while being the best.

To add: jetbrains IDEs are awful

[–] ducktumn@lemmy.zip 1 points 52 minutes ago

Yeah bloated privacy nightmares.

[–] surewhynotlem@lemmy.world 2 points 2 hours ago

Linus is just some guy with good programming skills and not an authority over anything tech.

Isn't he the authority that approves what gets into the kernel? Or used to be at least.

[–] im_fine_sandy@nord.pub 15 points 6 hours ago (1 children)

Linus is just some guy with good programming skills

I somewhat agree. Most celebrated personalities in tech aren't programming geniuses - they were in the right area at the right time and had some luck. Zuckerberg is a good example.

I think kernel maintainers and rendering engines (browsers and others) have a higher base skill level. Like some web developers are clever and some are stupid, but I don't think there are stupid kernel maintainers.

The thing with Linus is that he's been involved, and at the pointy end, for decades. You or I may not agree with him on every issue, but you can acknowledge that he has experience and he has connections.

[–] ducktumn@lemmy.zip 1 points 5 hours ago (1 children)

I have massive respect for the guy. He did so much for the open source community. But for some reason everything he says is interpreted as inarguable truth by most tech guys.

For example his opinions on AI are pure trash and bootlickery. Which is fine anyone can think anything. We just have to think for ourselves a little.

[–] im_fine_sandy@nord.pub 5 points 4 hours ago (1 children)

I agree that everyone needs to think for themselves, absolutely.

However, I struggle with this and it's kind of what I'm getting at:

his opinions on AI are pure trash and bootlickery

Firstly, you'll be hard pressed to find someone who hate's AI more than me. It literally keeps me awake at night. I hate the environmental impact. I hate the people it's enriching. I hate the work it's stealing. I don't often use the word "hate" but it really does apply here.

That said, I always try to defer to the opinions of people with more experience than me, and as regards kernel maintenance and Linus, that's certainly true.

You've probably heard of the Dunning-Kruger effect. I know a bit about code, a bit about FOSS, a bit about linux, AI, and communities. So it's easy to underestimate the yawning chasm of experience and knowledge between myself and Linus.

That doesn't mean we have to blindly accept the opinions of others (I honestly haven't accepted Linus' opinion myself), but I'm aware of the profound discrepancy between my opinion and his and it concerns me.

All that aside, is it possible to acknowledge that something is the correct course of action even if it's not the ideal? I haven't been following the Linus / AI thing, but as I understand it a project like that kinda has to allow AI bug reports because threat actors will certainly be using AI to find exploitable bugs.

[–] ducktumn@lemmy.zip 3 points 4 hours ago* (last edited 4 hours ago) (1 children)
[–] im_fine_sandy@nord.pub 1 points 4 hours ago

With the greatest respect, responding to this comment would be to engage in a discussion of whether Linus is right in this particular instance. I'm not willing to do that because I'm sure that's a conversation that's been had a billion times.

I was / am happy to talk about how we injest the opinions of experts in a more general way.

[–] UnfortunateShort@lemmy.world 7 points 5 hours ago (2 children)

Zed is actually a pretty good editor IMO. Miles ahead of Code at least

[–] ducktumn@lemmy.zip 6 points 5 hours ago (2 children)

I thought zed was just a slop focused Code fork like Cursor?

[–] Pomal@sh.itjust.works 4 points 4 hours ago

Not a slop fork, they wrote their own rust graphics compositor, 10/10 will shill until they go shit heel

[–] mholiv@lemmy.world 4 points 4 hours ago

Nope. It’s written from scratch in rust. Not a fork at all.

[–] atopi@piefed.blahaj.zone 2 points 3 hours ago

If you do not want the AI, gram editor is a fork that works well

[–] the_flying_pig@lemmy.world 38 points 8 hours ago (1 children)

Upvoting because I disagree with every word of what you wrote.

[–] ducktumn@lemmy.zip 5 points 8 hours ago

That's the point lol

[–] tomjuggler@lemmy.world 6 points 6 hours ago (1 children)

That information about text editors is out of date - we now have Zed. Just ignore the "AI integration" bs, it's entirely optional

[–] ducktumn@lemmy.zip 2 points 6 hours ago (2 children)

Do they collect data though? This is important. If not I might give it a shot.

And also when you don't use AI, can you disable all AI UI features.

[–] Pomal@sh.itjust.works 3 points 4 hours ago

It’s opt-out telemetry sadly. I’ve been tempted to make a PR to make it op-in

[–] tomjuggler@lemmy.world 4 points 5 hours ago (1 children)

Zed is totally open source, and the AI "features" are optional. When you set it up - at least when I did - it's one checkbox to disable. I don't remember about the telemetry you will have to have a look, I'm usually ok with that myself.

I came from VSCode and haven't found anything I miss. I especially don't miss the poor performance of VSCode, Zed is extremely lightweight!

[–] MrScottyTay@sh.itjust.works 2 points 4 hours ago

I miss C# support, but I also think vscode's solution for that was shit too

[–] Appoxo@lemmy.dbzer0.com 7 points 6 hours ago (2 children)
[–] HexesofVexes@lemmy.world 7 points 6 hours ago (1 children)

Well yes obviously; Nano is perfection but is normally left out to give the other text editors a chance.

[–] Appoxo@lemmy.dbzer0.com 7 points 6 hours ago

I find it so weird that vi and/or vim is included (at least what I have seen so far) everywhere but not nano.
vi is so not intuitive

[–] ducktumn@lemmy.zip 1 points 6 hours ago (1 children)
[–] Appoxo@lemmy.dbzer0.com 2 points 5 hours ago (1 children)

What makes it better/different?

[–] ducktumn@lemmy.zip 1 points 5 hours ago
[–] JackbyDev@programming.dev 5 points 6 hours ago (1 children)

VSCode is like the worst fauxpen source ever.

Unrelated, but I absolutely adore your pfp.

[–] onlinepersona@programming.dev -2 points 8 hours ago (2 children)

Agree with half of that. C++ is last century stuff and should be replaced. Any new code in C and C++ is immediately a vulnerability.

[–] tomjuggler@lemmy.world 3 points 3 hours ago

Embedded programmer here: C/C++ is not going away any time soon. Rust just isn't ready yet (on microcontrollers anyway)

[–] ducktumn@lemmy.zip 13 points 8 hours ago (1 children)

Atleast C is easy to understand which makes it easier to find and fix vulnerabilities. C++ feels like it's duct tape holding it together.

[–] onlinepersona@programming.dev -3 points 8 hours ago

C is easy to understand and find vulns? AI is uncovering decades of vulns in C code that humans hadn't seen since the code's inception. And they aren't logic errors but memory management errors. Not a single day goes by without a CVE in a C/C++ project about memory management.

Both languages are walking vulnerabilities.