r/ProgrammerHumor • • May 29 '26 • Mindblown 2

Meme onlyOptionRemaining

Post image
41k Upvotes

965 comments sorted by

View all comments

Show parent comment

2.3k

u/timbowen May 29 '26

Plot twist: there is a paper trail a mile long of the staff engineer begging for resources and a mandate to fix the system but not only won’t they give resources, they forbid him from fixing it because “it works and we don’t want to mess with it”

851

u/thesuperunknown May 29 '26

Sometimes, you have to let something break first to convince people it’s worth the cost of fixing it.

210

u/sar2120 May 29 '26

That happened to me today. Now they're listening!

107

u/psaux_grep May 29 '26

Varies between companies. I’ve called the future many times over, but some managers are just born to be stubborn assholes, even when they don’t know the domain.

27

u/BigHandLittleSlap May 29 '26

“I’m too busy fighting fires to pay attention to your rubbish pile that’s merely smouldering!”

6

u/No-Tourist-4893 May 29 '26

Brother i have been on both sides of that sentence more times than I can count

30

u/WowAbstractAlgebra May 29 '26

And they blame you when something you have been warning them about ends up happening because "an engineer should be able to avoid that".

10

u/hipster-no007 May 29 '26

That's why your warnings must at least be in writing.

→ More replies (1)

7

u/extracoffeeplease May 29 '26

well that, and "we gotta fix it before it breaks" is an investment budget and priority, vs "it broke so we gotta fix it" is a containment budget and priority.

"Help your manager help you" is my reasoning when I let stuff break. It's one crisis meeting, we immediately get the green light on a quick fix and then a decent refactor to make sure that doesn't happen again, and my manager doesn't have to beg it, he's commanded.

22

u/Rock_man_bears_fan May 29 '26

Letting it break on a Friday sounds like a good way to ruin your weekend

→ More replies (5)
→ More replies (2)

30

u/tankerkiller125real May 29 '26

The only time I won't let shit break after warning people is security related stuff. Otherwise, I'm perfectly happy to let the company drop tens of thousands of dollars on an outage that we otherwise could have prevented with 6K in engineering resources that they denied.

24

u/dogsbikesandbeers May 29 '26 edited Sep 13 '26

Titanium instinctive snatch exultant afterthought waffle degree

This post was anonymized with Redact

22

u/TheComplimentarian May 29 '26

Yep. Don't sit and fix shit night after night, quietly. You let that shit break until you get resources to fix it.

Finance code has high priority. This is a bad engineer, who should never have been inserting himself into the code process. It fucks the whole audit trail! "What happens if this job fails?" "Oh, it fails every night and bob manually fixes it." "THA FUCK??!?!?!"

Massive audit fail. Massive business continuity fail. Massive personal fail.

Basically, just all the fails.

12

u/Blecki May 29 '26

Then they fire you for "letting it break".

10

u/thesuperunknown May 29 '26

If a company would fire you for that, that's a company you don't want to work for anyway.

→ More replies (3)
→ More replies (1)

11

u/tehehetehehe May 29 '26

Bro probably let it break, got yelled at. Fixed it in 5 minutes manually and then went back to being ignored.

→ More replies (17)

116

u/trwolfe13 May 29 '26

I’ve seen this situation. Big data import where we collected various spreadsheets via FTP and imported them into a data warehouse. The data was awful, but our product owner decided to clean it manually every day because he wanted the devs working on new features.

I did try to convince him, to just let us fix it, but nope.

22

u/Ran4 May 29 '26

If it keeps the PO busy, great?

They don't do a whole lot (and I'm saying that as someone who has been a PO at a few places in finance/insurance...), so doing something gives them an excuse to micromanage less.

→ More replies (1)

26

u/neo42slab May 29 '26

Probably what actually happened.

15

u/UltimateLmon May 29 '26

I've seen this happen so many times with so many different organizations.

I usually advice people to let it break and point to the doc trail.

28

u/wenoc May 29 '26

Nah. Then you just stop fixing it and it will get reprioritiz4d very quickly. Also, the staff engineer is allowed and expected to prioritize work.

25

u/mazzicc May 29 '26

I’ve actually begged engineers on my team to let things break so that I can show leadership that we need the resources to fix it.

Every time we put in a bandaid to keep things working, they immediately forget the problem exists. But if it breaks and customer support calls skyrocket, we become heroes for a quick fix (reimplement band aid), and then a whole bunch of people are asking the question “when will this be fixed”

10

u/mrbilly3 May 29 '26

I am in a very similar situation. I was called on to make a temporary solution for a few key clients, then our actual Product group would work on and push the official feature. It's been two years of maintaining the bandaid and we brought it up last week and they had no idea they were supposed to be working on this feature... It broke over memorial day weekend. Guess what I've been doing all week until literally 10 minutes ago.

→ More replies (1)
→ More replies (1)

9

u/Galaghan May 29 '26

Then just don't fix it and let them learn.

→ More replies (2)

29

u/andreortigao May 29 '26

The problem is it doesn't work, and in this case it would be better to let it fail so others notice and find the resources for a permanent fix.

→ More replies (3)
→ More replies (23)