this post was submitted on 16 May 2025
225 points (97.9% liked)

Programmer Humor

23563 readers
3936 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
 
top 17 comments
sorted by: hot top controversial new old
[–] [email protected] 28 points 2 weeks ago (2 children)

i have a recent diff where 300 changes are just things like moving whitespace

still fuck you for that mess

[–] wise_pancake 9 points 2 weeks ago (2 children)

I have vim setup to trim trailing white space, I get so pissed when a small change results in a 300 line diff because of poor code hygiene.

[–] [email protected] 11 points 2 weeks ago (4 children)

Do ya’ll just not use linters?

[–] [email protected] 5 points 2 weeks ago* (last edited 2 weeks ago)

in my case it is a massive legacy codebase that I don’t actually control

i get very sporadic deliveries of it and I’ve version controlled them into a jank progression

the original is in clearcase with now git on top of it and my version control is in svn

there are very shitty unresolvable reasons for all of this

but this last update was especially bad as one of their new coders is super fucking OCD and rejustifying headers and footers and fucking comments, so whitespace shit in files he is not editing code in otherwise, so that is like 300-500 files not lines

i want to break a knee cap

[–] [email protected] 4 points 2 weeks ago

I'm relatively new in my company and I've been hired to structurize and modernize the development. Project #1 I'm on, I've introduced bleeding edge things like pipelines with building, testing, etc., I've introduced renovate bot to keep us up to date, and I'll introduce linting next.

They will probably kill me, but no way I'll let them have > 2000 lines of code in one file.

[–] [email protected] 4 points 2 weeks ago

Linters won't necessarily help. You also need a code formatter that screams at you if you intent badly.

[–] [email protected] 1 points 2 weeks ago

Linters aren’t MVP my dude

[–] [email protected] 2 points 2 weeks ago (1 children)

https://github.com/axelf4/vim-strip-trailing-whitespace

There are plugins that will only trim modified lines, which resolves that issue

[–] wise_pancake 1 points 1 week ago

That’s a nice idea

Probably a bit more sophisticated than my regex solution.

[–] [email protected] 6 points 2 weeks ago (3 children)

I had a new dev that was tasked with changing the colors of a button. took them 3 days to do it.

when I finally got the PR there were over 300 files changed and over 100k changes.

they "fixed" the while space. I asked them who asked them to do that. "Nobody, it's just maintenance on the codebase."

I then had an hour long call with them reviewing everywhere they "fixed" the whitespace and got through 10% of it. I asked them if they wanted to have another call tomorrow to review the rest or if they wanted to put the changes forward they were tasked with.

they got the hint and fixed their shit.

[–] [email protected] 4 points 2 weeks ago

Does the work item describe this technical cleanup? No? PR rejected for including out of scope work.

[–] [email protected] 2 points 1 week ago

please tell me you have an accepted code style with proper tooling and precommit hooks set up

[–] [email protected] 2 points 2 weeks ago (1 children)

this, this is what I am dealing with, thank you for teaching him

[–] [email protected] 6 points 2 weeks ago

I get it. they're just trying to show their usefulness and skills.

I did have a talk with them after work at the bar and told them not to worry about it. the best way to show your usefulness and dedication is to do the job you were assigned to do.

there are plenty of opportunities in your career that you can use to showcase your abilities without you needing to invent them on a whim. if anything doing that will do the opposite of what you're intending.

bright kid, just needed to be hit a couple times to see how the real world works.

[–] [email protected] 8 points 2 weeks ago

I mean, that could be extreme, or really not that bad.

Refactors have a way of generating a lot of changes. Half our job is code review, kind of have to get over it and go read some code.

If someone put the effort in to write it, it's your responsibility to put the effort in to read it and review it.

If the style is difficult to read and non-standard for your repository or not. Conventional then your repository and your engineering team should be following set standards to ensure consistency.

If you're doing this then most PRS shouldn't be that difficult to review.

I say this, spending a decent part of my week reviewing something like 40+ PRs.

[–] [email protected] 6 points 2 weeks ago* (last edited 2 weeks ago)

rejected

"you're welcome"

[–] [email protected] 1 points 2 weeks ago

I feel attacked!