this post was submitted on 27 Feb 2026
284 points (98.6% liked)

Programmer Humor

30077 readers
2174 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 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] kadu@scribe.disroot.org 78 points 1 day ago* (last edited 1 day ago) (4 children)

I have a visceral "AI" sensor that triggers when I see these:

"Rust Implementation (v2)"

"Performance Benchmarks (Validated)"

Human beings don't self-validate explicitly like that. AI loves doing it.

You generate code, there's a bug, you ask for a fix, your AI of choice will always output with:

*** Fix build issue ***

*** End fix ***

and then call it "Version 2 (Validated)".

Sometimes it's more subtle, but you can feel it, it loves adding "confirmed", "working", "validated".

[–] FishFace@piefed.social 46 points 1 day ago (2 children)

My sensor is much simpler. If I see emoji in headings or bulleted lists, I assume it's shit. It might be AI slop, or it might just be kids getting overexcited with the little pictures, but both deserve suspicion and scrutiny.

If a bunch of the emoji don't even make sense it can get in the bin.

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

Ahhh idk, I saw a lot of genuine repos do emojis, at least for headings. Even before LLMs.

I like them 'cause with the right amount, it makes a README easier to parse when quickly scrolling over it.

[–] yabbadabaddon@lemmy.zip 1 points 1 minute ago

My changelog generation tools output emojis because our lives are too short to not use 🚀

[–] eskuero@lemmy.fromshado.ws 35 points 1 day ago (1 children)

This comment is so true 🚀🚀🚀

[–] over_clox@lemmy.world 55 points 1 day ago

This comment has been confirmed and validated by an actual human being 👍

[–] MajinBlayze@lemmy.world 13 points 1 day ago* (last edited 1 day ago) (3 children)

I have a project with a bunch of compose files that define the services I self host. I "deploy" the project by sshing into my server and doing "git pull" which means I'm often making changes that don't get tested before committing to source control. As a result I have long chains of commits like:

  • refactor the sproingy widget
  • refactor the sproingy widget v2
  • refactor the sproingy widget working
  • maybe the sproingy widget works this time?
  • ok finally found the issue with refactor sproingy widget
  • fix formatting of sproingy widget

And now I'm wondering if I've been an llm this whole time

[–] kkj@lemmy.dbzer0.com 1 points 11 hours ago

Why not just edit the YAML directly on the server via a command-line text editor or SSHFS and then push from there when it works?

[–] housedogpartyfavor@lemmy.zip 8 points 1 day ago

No the AI would have called it fixed, “production-ready,” committed, and pushed after the first refactor.

[–] exu@feditown.com 12 points 1 day ago (1 children)

Make your changes in a new branch and rebase/squash when you push it to main.

[–] IronKrill@lemmy.ca 6 points 1 day ago

This also means modifying your git pull command to pull the correct branch. A small change perhaps, but may be harder than just committing to main lol.

I had a similar problem with GitHub actions, it was hard to test without messing up the main repo history.

[–] Neptr@lemmy.blahaj.zone 1 points 1 day ago

Also the repo image