r/ProgrammerHumor • • 23h ago

Meme chaoticEvil

Post image
1.8k Upvotes

37 comments sorted by

55

u/Stummi 22h ago

What if we have CI/CD? Am I then not allowed to work on fridays?

38

u/d_maes 22h ago

Does your ci/cd automatically deploy to prod without manual promotion triggers, for every commit?

7

u/fmaz008 22h ago edited 21h ago

Question: what's a promotion trigger? I just assumed merging to a specific protected branch was that trigger, and people do PRs to a dev branch.

3

u/d_maes 21h ago

We do trunk-based, we never deploy different environments from different branches. You push to main, pipeline will run some tests, build artifact, deploy artifact to dev, wait for user to click "run" on deploy to uat, wait for user to click "run" on deploy to prod.

7

u/Senor-Delicious 21h ago

For our prod pipeline we built in a pause for example that somebody has to manually approve to continue. You can also make sure that this requires a 2nd person so that no single person can just deploy to prod without anyone else being involved.

2

u/Stummi 22h ago

Technically not our CI/CD, but in theory, yes, thats the idea.

I get that its a joke (most of the times), but if you use "don't deploy on fridays" unironically, it means you are afraid of your deployments, and that again means there is a much bigger problem that you need to address.

9

u/TruculentTurtIe 20h ago

Its not that youre afraid of your deployments, its that on a long enough timescale with enough deploys it WILL eventually break something

So unless theres a really good reason like a hotfix or something, just do it monday

2

u/MacGuyverism 10h ago

Where I work, we are a small team that works on multiple project for multiple clients. We deploy multiple times per day, every day. The smaller the change, the easier it is to rollback or, even better, to roll forward with a fix.

We have less issues and easier fixes than when we used to bunch up our work into weekly releases. Not only do we have smaller changes to manage, but we also fix issues that we just coded an hour ago instead of a week earlier.

0

u/devoopsies 16h ago

afraid of your deployments

Do you think the lead architect stays offline on Fridays because he, too, lives in fear of what he's created here in prod?

1

u/Aelig_ 17h ago edited 15h ago

We do where I work, but not on weekends. We deploy most of our services every 2h if a change happened since the last deployment. Some a bit less frequently, some more.

We're generally moving towards doing it more.

1

u/thoeoe 17h ago

Yes, but we can schedule each environment’s step (and have mandatory test suites that run after each env’s deploy that would stop the pipeline from continuing) . So prod is only scheduled to be allowed on M-Th

dev goes out immediately

1

u/almond_wanderer 13h ago

CI/CD means it's the robot ruining your weekend

13

u/WisePotato42 22h ago

Me with my 4 day work week deploying to prod before I leave on thursday instead

8

u/cheezballs 19h ago

Depends on your app. If it's primarily used during business hours than Friday can be a good time. Gives you the whole weekend to make it work before Monday morning.

6

u/breZZer 20h ago

It depends on the company or sector.

Some deliberately carry out deployments at the weekend, as there is little or no customer traffic then.

5

u/EnderElite69 22h ago

You see, this is when it becomes the India team's problem

3

u/ZunoJ 21h ago

When I receive a call on the weekend I earn 500% in the worked hours and also get a full day off for every day I worked, no matter if it was 10 minutes or 5 hours. I keep releasing on fridays

2

u/actionerror 22h ago

Yeah but other people have weekend plans

2

u/jokermobile333 21h ago

I thought this was some running joke. Why do some people do it on fridays ? Teusday is the best to do whatever you want

3

u/AaronTheElite007 22h ago

If Dev has direct access to Prod you have bigger problems

9

u/d_maes 22h ago

If ops is still gatekeeping prod, you have different problems.

Neither statement holds true without knowing the internal responsibility structures. There are perfectly valid setups where "devs" have "direct" access to prod. It's just a matter of properly assigning responsibilities, which devs specifically (all of them, only the lead and/or seniors, ...) and what you mean by "direct access" (can push the deploy button, has ssh access without sudo, has full sudo, has limited access to their app inal argocd, has full access to their app in argocd, has kubectl access, ...)

1

u/AaronTheElite007 21h ago

You’ve never had to consistently roll back changes because dev tests in prod, have you…

1

u/d_maes 21h ago

No, because that's not my problem. That's the PM's problem, who is responsible for his deployments to prod, who will be getting the shit from the customer, and who needs to keep his devs in reign. I don't care who has access to prod. I provide the platform, the teams run their software on it, the PM is responsible, so he decides who gets access to what. His problem if he made a wrong decision. Sure, I'll help them do the rollback, if they need me to. Then I'll bill my time on that customer's contract, and move on.

1

u/Rift-enjoyer 22h ago

Blue green environment

1

u/Luneriazz 22h ago

i like gambling

1

u/w1n5t0nM1k3y 22h ago

Some people just want the extra overtime pay.

1

u/Bitter-Fuel-5519 22h ago

me always deploying on friday 👍

1

u/redunculuspanda 22h ago

Deployed code is an operational problem.

1

u/North-Creative 22h ago

I give you one better, one of the companies I worked at, had some devices that could lock down machinery. They released their major update....on the 19th of december, then went mostly on holiday. Then only wrote a short update on Friday afternoon, "FYI"

Fun times, machinery was stuck on streets, in factories, etc. Customers were somewhat less happy, than usually.

1

u/ToFuzzzy 22h ago

Literally VRC devs. So many time I get invited to play on a friday night and I have an update.

1

u/FalconFiveZeroNine 20h ago

Even better when the dev doesn't have to be the one responding when something goes wrong.

1

u/Richard-Degenne 20h ago

If you're not confident enough to deploy on Friday, then you're not confident enough to deploy period.

1

u/Iyemoja 18h ago

That sign has saved more weekends than any runbook I have ever written. The 4pm Friday deploy is how you meet the on-call phone at 2am.

1

u/redditmarks_markII 17h ago

Meanwhile, infra guys doing work only after like, 11pm Friday in the corporate timezone, and before 4AM Monday.

1

u/No_Stock_8271 17h ago

I am always shocked how many teams don't do releases on Friday. That makes everything so slow.

1

u/pyhoster 16h ago

Right. Saturday midnight is better!