this post was submitted on 09 Jan 2025
303 points (98.1% liked)

Programmer Humor

19990 readers
1146 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 2 years ago
MODERATORS
 
top 21 comments
sorted by: hot top controversial new old
[–] sylver_dragon@lemmy.world 54 points 1 week ago

Every site has a dev environment, some are lucky enough to have a separate production one.

[–] slazer2au@lemmy.world 49 points 1 week ago

Oooh, look at Mr fancy with a seperate Dev/prod environment.

[–] Vinny_93@lemmy.world 36 points 1 week ago (2 children)

Dev is a messy playground several months behind prod

[–] ravermeister@lemmy.rimkus.it 39 points 1 week ago (2 children)

Dev is a messy playground several months ahead of prod 😁

[–] SpaceNoodle@lemmy.world 6 points 1 week ago (1 children)

Right? What does OC think dev is?

[–] MajorHavoc@programming.dev 10 points 1 week ago* (last edited 1 week ago) (1 children)

They're referring to the tendency to reload the dev environment from production a couple times each year, while production is being tweaked daily without any record of changes applied.

Remember, however bad our own shop is, someone out there puts up with crap that even our own team doesn't have to put up with.

[–] SpaceNoodle@lemmy.world 3 points 1 week ago (1 children)

My point is that cowboying changes into prod is bad practice.

[–] MajorHavoc@programming.dev 4 points 1 week ago (1 children)

Lol. Yeah. Your point stands.I'm not disagreeing with or trying to correct you. Sorry if my comment came across that way.

I'm just trying to commiserate that cowboying changes into production is so common that it is some folk's work reality, even on well run teams - i.e. when their peer's teams are poorly run.

[–] SpaceNoodle@lemmy.world 2 points 1 week ago

That is when you cast the team into the fire

[–] marcos@lemmy.world 4 points 1 week ago

Well, is some mix of alternative futures that may or may not pan-out on reality.

[–] muntedcrocodile@lemm.ee 3 points 1 week ago

Its terrifying how true this is.

[–] HubertManne@moist.catsweat.com 15 points 1 week ago

last place I worked had an environment refered to as poc/staging. poc. staging. these are supposed to be as far apart as possible in a non prod environment not combined.

[–] steventhedev@lemmy.world 14 points 1 week ago* (last edited 1 week ago)
When I was a young dev
My senior took me into the city
To push my code to prod
He said "Son, when you promo
Would you be the savior of the broken
The buggy and the OOM'd?"
[–] GissaMittJobb@lemmy.ml 9 points 1 week ago (1 children)

This is what feature flags are for. You can test in production to your hearts content if you use them!

[–] MajorHavoc@programming.dev 13 points 1 week ago

Yeah. Warning - uninvited poetic waxing on feature flags and leadership choices, incoming...

We all agree we inevitably do some live testing at our customers risk, because no test environment is perfect.

With feature flags, we're able to negotiate how many of our customers to test on, at a time.

But some of us prefer to forgo feature flags and risk our entire customer base on every change. It saves money, at least for a little while.

I'm not exactly fun at executive leadership meetings, but somehow I keep getting invited to them. Heh.

[–] MaggiWuerze@feddit.org 5 points 1 week ago

My job is in that picture and I don't like it

[–] Bronzebeard@lemm.ee 2 points 1 week ago

That's what staging is for...

[–] Aceticon@lemmy.dbzer0.com 1 points 1 week ago (1 children)

The first sign that the company you just joined is amateur hour, every hour of the day, every day of the year is that they don't have a Staging environment.

[–] MadhuGururajan@programming.dev 1 points 6 hours ago (1 children)

look at this guy who thinks that staging is gonna help things

[–] Aceticon@lemmy.dbzer0.com 1 points 6 hours ago (1 children)

I've seen, again an again, deploying to Staging and integration testing in that Production-like environment together with the software of other teams, reveal problems that we did not saw in Dev, thus saving us from deploying into Production software that broke or, worse, corrupted the database.

This was certainly very important when I worked in environments such as Investment Banking where Production being down because of integration issues or, worse, sending bad data to other systems or the database having to be rolled back to the overnight backup, might mean the business losing millions of dollars.

It's not a foolproof mechanism but it certainly catches most integration problems, which are often most of the problems in complex environments where multiple teams are responsible for multiple highly integrated software systems,

Granted, little teams doing small software systems in simple environments were their software has little or no integration with other software, can probably get away with not having a Staging environment if their Dev environments has the same setup as Production (same OS, same database and so on) since they're going to have very little in the way of Integration problems with other people's software.

[–] MadhuGururajan@programming.dev 2 points 5 hours ago

my wife's company has a more stable staging than prod. hence my joking remark