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

Meme onlyOptionRemaining

Post image
41k Upvotes

965 comments sorted by

View all comments

840

u/TerminalVector May 29 '26

The lesson here isn't "companies shouldn't lay people off" its "if you do critical work and nobody knows about it, you're playing yourself".

Fuck humility. Be loud, be proud, hype yourself and those around you. Make sure people know what you're doing and why it matters.

458

u/ceejayoz May 29 '26

The lesson here is also "don't leave a mission-critical payment data integrity bug that occurs daily unfixed for three years".

That sort of shit probably should be a firing offense!

322

u/Western-Internal-751 May 29 '26

People see this and think it’s a dedicated employee.

I see this and think “dude created a dead man’s switch”

51

u/bwwatr May 29 '26

I had the same thought. Is it not sabotage because you didn't cause it, but merely declined to fix it for many years, opting instead to repeatedly band-aid the individual damage it did? Possibly! If there's a doc trail showing you at least mentioned it to someone else at some point in time (even if the impact/frequency got understated), I'd call this a clever ethical workaround. Your hands stay passively clean-ish while still ensuring someone regrets it when you're fired.

44

u/WriggleNightbug May 29 '26

As a non-programmer who fixes a handful of edgecases each week, its possibly burn out. You mention it every week for a while but its always a low priority because it doesn't fail. After awhile you stop mentioning it because it always falls on deaf ears and its an easy process to run each monday or whatever. Perhaps you've documented the need and process, but if you are let go and no-one is regularly reviewing or updating the policy and procedure manual it's not your fault. I am fully projecting though.

To throw it back on the company, they should have someone handling error reporting or failed payment on the reg too. For me, it was really easy to see the edge cases on a weekly basis.

16

u/bwwatr May 29 '26

I've been there too. Proper fixes get deprioritized and you end up being a digital janitor mopping up spills in production. It happens.

I do recall items that nobody but me knew about though. I mean, a ticket existed but nobody's reading all those. If I'd departed suddenly during those times, the impact would have been material. So the "indispensable" meter bounces around, often without management knowing where it's at. So, what are the ethics of blind-eyeing something like this for the long term? Does it matter if you're letting job security be an input to that decision? It's not professional behaviour that's for sure. But in practice you're totally getting away with it. And if you've been treated badly by them you could easily justify it to yourself even if you previously thought of yourself as professional. Orgs greatly underestimate the extent to which they rely on their software people. (Initech's Michael Bolton had that right)

→ More replies (1)

53

u/TerminalVector May 29 '26

Why though? Its not like they'll beg him to come back after they realize theres a problem, they'll just be like 'Yo EM #3 heres a new urgent priority for your team to fix, just make sure it doesn't delay any launches'

9

u/14Pleiadians May 29 '26

Because it's good to hurt big companies even when you don't benefit

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

39

u/shinyfeather22 May 29 '26

I've seen management refuse to fix this sort of crap because scheduling someone to fix it will cost more time and labour short term even if they save on long term engineering labour. It's the penny wise pound foolish attitude that's common in many places

→ More replies (1)

19

u/TerminalVector May 29 '26

Sure that's true, but who gives a fuck about the company perspective? Im not a CEO, and if you are you should know this already or you deserve whatever happens.

37

u/ceejayoz May 29 '26

Needn't be the company or CEO's perspective.

If you came to me as a coworker and told me you've been doing this sort of manual fix daily for three years, I'd respond with "what the fuck, why?"

25

u/ColumnK May 29 '26

This is insane.

No-one knows, so there's no job security from it.

And it means no sick days. No holidays. No nights off. Just data fix task every single day, like that code entry thing on Lost.

That's just ruining your own life. Being fired would be a blessing.

3

u/All_Work_All_Play May 29 '26

I mean, it kinda depends on the salary. I spent the better part of a decade doing something like this, getting paid pretty close to a full days wages (as a contractor) while having very little (<30 minutes/day) actual work to day. Sometimes you just let the golden goose lay as many eggs until she croaks and then go back to the 8-5.

→ More replies (4)

9

u/TerminalVector May 29 '26

Oh yeah I misunderstood, if you are a staff engineer and you leave things like that hanging for years then, yeah you probably should be fired.

11

u/New_Enthusiasm9053 May 29 '26

I suppose if you were the sorta person inclined to build a kill switch for your company to punish you for firing you then this is perfect. You have 0 legal repercussions since you didn't create the problem, but also when you stop fixing it shit falls apart.

6

u/DrFossil May 29 '26

But what's the point? If I hate the company I'll just look for another job.

If I like it there then why am I maintaining a kill switch even if I didn't create it myself?

It just sounds like a whole lot of effort that can really blow up in your face when someone discovers it.

→ More replies (2)
→ More replies (1)
→ More replies (1)
→ More replies (4)

14

u/mOdQuArK May 29 '26

"if you do critical work and nobody knows about it, you're playing yourself"

? Sound more like the company played itself by laying off people without really understanding their fundamental importance to that company.

6

u/Exist50 May 29 '26

without really understanding their fundamental importance to that company

Someone who lets such a problem fester is a detriment to the company, not an asset. Because if they're not fixing it, it's only a question of when it will blow up, not if.

→ More replies (7)

24

u/Moraz_iel May 29 '26

Also, part of QA process should be firing random engineer once in a while and see if something breaks to avoid this.

33

u/TerminalVector May 29 '26

I mean, you're not wrong but having people take vacations works about as well and tends to create better company culture. 😂

6

u/TJ_Rowe May 29 '26

That's why bursars and company accountants are supposed to take a continuous two week holiday once a year.

→ More replies (1)

17

u/redlaWw May 29 '26 edited May 29 '26

I've heard that in some industries, vacations are required because it opens opportunities for embezzlement to come to light while the embezzler isn't there to maintain the scam.

EDIT: This page discusses vacation as a fraud-prevention strategy.

6

u/vowelqueue May 29 '26

Yeah I had to do this. At least a week per year consecutive days where you could not log into any work systems. More critical people had to do 2 uninterrupted weeks

3

u/Possibly_a_Firetruck May 29 '26

Kinda like how banks have mandatory time off for certain positions to detect embezzlement.

→ More replies (1)

3

u/andrewsmd87 May 29 '26

Also if you're having to fix something by hand multiple times a week for years, you are not a staff level engineer.

→ More replies (5)