this post was submitted on 02 Mar 2024
571 points (98.0% liked)

Programmer Humor

36539 readers
541 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 105 points 1 year ago* (last edited 1 year ago) (2 children)

If you can fuck up a database in prod you have a systems problem caused by your boss. Getting fired for that shit would be a blessing because that company sucks ass.

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

What if you're the one that was in charge of adding safe guards?

[–] [email protected] 40 points 1 year ago (1 children)

Never fire someone who fucked up (again; it isn’t their fault anyways). They know more about the system than anyone. They can help fix it.

[–] [email protected] 14 points 1 year ago* (last edited 6 months ago)

This is the way usually but some people just don't learn from their mistakes...

[–] [email protected] 5 points 1 year ago (1 children)

If you are adding guardrails to production... It's the same story.

Boss should purchase enough equipment to have a staging environment. Don't touch prod, redeploy everything on a secondary, with the new guardrails, read only export from prod, and cutover services to the secondary when complete.

[–] [email protected] 9 points 1 year ago (1 children)

Sorry, not in budget for this year. Do it in prod and write up the cap-ex proposal for next year.

[–] [email protected] 3 points 1 year ago

Yeah right? Offset via the cortisol of developers

[–] [email protected] 10 points 1 year ago

Small companies often allow devs access to prod DBs. It doesn't change the fact that it's a catastrophically stupid decision, but you often can't do anything about it.

And of course, when they inevitably fuck up the blame will be on the IT team for not implementing necessary restrictions.

Frequent snapshots ftmfw.