The disconnect seems to be that it isn't mentioned before the offer. If the employee is expecting normal hours but finds out after the fact that the employer actually demands more on-call than was initially discussed, how could that be interpreted as anything other than a bait-and-switch?

We fix it when we see it's broken, which isn't going to happen at 1am local time. If we have a distributed team the odds are better it gets fixed sooner. The world keeps spinning and there's always another bug to fix, it's not worth losing literal sleep over.

> There needs to be someone knowledgeable to call in case of issues

"Thank you for calling. Our normal business hours are ..." works for the rest of the business world, there's no reason it can't work for you. You can always sell 24h tech support for more money, or make products that don't break in the middle of the night by not relying on systems and designs that are likely to fail spectacularly in the middle of the night.

That doesn't work if gmail goes down. Or netflix. Or an ISP. Or any product that is primarily used by people outside business hours, e.g. xbox live. "Sorry several million people couldn't play games this weekend, the outage was outside normal business hours."

Lots of products need uptime guarantees.

Sure.

But I bet the people working on those don’t say their employer unexpectedly “roped me into a production support on-call”.

If a role isn’t advertised as having responsibility outside regular office hours, bait and switching people into regularly working outside 9-5 type hours should not be allowed. And “not allowed” with serious enough financial teeth that companies right up to FAANG size would care, or at least that employees leaving/fired from bait and switching employment hours would end up feeling satisfied with their payouts.

If you need uptime guarantees, hire people letting them know up front so they can choose to accept or reject that work. You don’t (or at least shouldn’t) get to drop that responsibility on people who never signed up for it in the first place.

Agreed but it should be paid.

Other fields have separate teams or overtime; salary-exempt isn't something an individual person can realistically negotiate against a company (imo).

Other fields don’t release new version of their product every few days. Oncall for things that are always changing is very hard to be done by people who aren’t ones making those changes. You need formal release process and expecting training for each change. That’s not how 99.99% of internet businesses work.

I'll note that only the largest of those companies had this deployment style. The rest were either ~quarterly (with client pressure to slow that down) or weekly/monthly (agile-ish).

I think the only one with a formal release process was the quarterly release outfit, and even that was due to single-client risk.