this post was submitted on 04 May 2024
322 points (92.8% liked)

Programmer Humor

19623 readers
1 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 1 year ago
MODERATORS
Feyter@programming.dev
anzo@programming.dev
BurningTurtle@programming.dev
pylapp@programming.dev
322
Added Bugs to Keep my job (sh.itjust.works)
submitted 7 months ago by alphacyberranger@sh.itjust.works to c/programmer_humor@programming.dev
160 comments fedilink hide all child comments
 
you are viewing a single comment's thread
view the rest of the comments
[–] victorz@lemmy.world 5 points 6 months ago (2 children)

I wonder what the last commit message of my career will be.

[–] nik9000@programming.dev 4 points 6 months ago (1 children)

I wonder what my last commit at each job was. I'll bet it was boring. About 10% of my commit messages are genuinely interesting.

[–] AA5B@lemmy.world 1 points 6 months ago (1 children)

For some definition of interesting …. The quashed commit whose message is a Jira ticket number and title?

[–] victorz@lemmy.world 1 points 6 months ago (1 children)

This is what I hate about squashing. I love the fact that my crazy journey to a finished feature is there in the log for everyone to see, including myself lol. But squashing makes me feel empty when I write commit messages. Where's the fun... Just a straight line of perfectionism. Maybe someone has a crazy but cool idea that would be worth picking. 🍒

[–] AA5B@lemmy.world 1 points 6 months ago (2 children)

Maybe. I do more DevOps these days, so tend to have many small changes that can’t even be tested without checking them in and running in CI. I’d have hundreds of “fix unit tests” commits alone

[–] victorz@lemmy.world 1 points 6 months ago

I've been thinking about that when talking to my DevOps colleagues, that there's gotta be a better way to test CI before committing. The whole change-commit-test dance would kill me if on a daily basis. So cumbersome.

[–] nik9000@programming.dev 1 points 6 months ago

We squash. I'm not really interesting in your local journey to land the change. It's sometimes useful during review, but after that it's mostly the state of the main branch I care about. It's what I need to bisect anyway.

I don't like commits that are just references to issues. Copy the issue into the commit message so git blame tells you something useful. Unless it's just closing a simple big. Then the title and issue reference are plenty.

Depends on the project I imagine.

[–] nzeayn@lemmy.world 4 points 6 months ago

"it's possible i buried a self delete timebomb in one of our repos years ago. enjoy looking for it just incase assholes"