Live data from Hacker News

Developer on Call

henrikwarne.com

111–120 of 246 posts

Re: Developer on Call

#111
post #95

Earlier quoted context omitted.

"There was no notion of pager duty -- you just always wore a pager." So how much did that pay?

Enough to get me to sign up straight out of school, but not enough to keep me there forever. Their pay scale is pretty generous out of the gate, but it's also pretty flat. The longer you stay, the worse off you are. Attrition in my cohort was about 40% per year.

I'd imagine that for the engineers, that's not good.

Re: Developer on Call

#112
post #48

Earlier quoted context omitted.

If you're not getting a written contract you're not working in the industry, you're the victim of a fraud.

In the US we call employment contracts "employment agreements", and we don't tend to think of them as contracts, even though they're legally enforceable as contracts. One of the weird things about living here.

They are absolutely contracts and people who don't treat them as such are just asking for trouble. I don't care what an employer tries to call it. Anything that has legal language and they're expecting me to sign my name on it is a legal contract and I treat it as such.

Re: Developer on Call

#113
post #36

Earlier quoted context omitted.

Why is it called optional if it really isn't?

it is optional, e.g if you have extra work activities that impede you, family reasons etc. and in these cases it's A-OK! Where it's not so OK it's when there's no reason other than not wanting to do just because you just don't want to be bothered. This is a problem, because during the interviews the person was repeatedly told we did on call and he/she's ok with it. For us, as a team, it's important because if you hav…

If the interview makes sure that potential employees are okay with being on call, then there are no problems.

However, my employer has moral agency above me only insofar as I'm not committing a crime against them (ie fraud or embezzling company funds, etc). This does not include me not performing duties I'm paid for. If I don't do my work, then they don't pay me. This is a civil matter. This certainly doesn't include the reason why I'm deciding not to do optional work. My employer doesn't get to decide that I'm somehow a bad person because they don't agree with why I'm not doing extra non-required work.

Eventually, I'm going to be a corpse in the ground. I'm not missing out on my other life goals because you weren't satisfied with my priorities and it turns out that the money you were offering didn't help me accomplish what I want to accomplish.

Re: Developer on Call

#114
Getting extra pay for each call event, as proposed by the article, seems to be at odds with the developer "having some skin in the game" to improve the software (also as proposed by the article). :-)

Re: Developer on Call

#115
There's a lot of words, in the article and the comments, about being compensated for on-call time.

The software field seems very anti-union, for reasons that I don't entirely understand. Protecting your time is one feature that unions offer. Want to be paid for every hour you're on call? Get the union to put it in their rules for employers.

The alternative we have now is that each developer is responsible for negotiating this into their contract on their own -- even though they probably have little or no experience with legal contracts. (Dammit, Jim, I'm a programmer, not a contract lawyer!)

I'm surprised that software professionals have opted for a solution that necessitates each person solving the same problem each time it comes up. It's like manual memory allocation but for employment contracts. We just assume everyone is always perfectly competent at this skill, and if they aren't, it's all on them!

Re: Developer on Call

#116

Earlier quoted context omitted.

Enough to get me to sign up straight out of school, but not enough to keep me there forever. Their pay scale is pretty generous out of the gate, but it's also pretty flat. The longer you stay, the worse off you are. Attrition in my cohort was about 40% per year.

I'd imagine that for the engineers, that's not good.

That feels (to me) about normal for engineering though; I feel like a lot of engineers tend to stay for around 2-3 years; roughly, ~40% percent per year turnover?

Not that this is necessarily a good thing. I feel like most of the turnover is completely preventable, should the employer want to actually keep employees for longer than 2-3 years…

Re: Developer on Call

#117
post #48

Earlier quoted context omitted.

Tell me more about this “contract” you speak of. We must work in very different industries if you get anything remotely like what you describe.

If you're not getting a written contract you're not working in the industry, you're the victim of a fraud.

One that discusses the work you’ll be doing, your hours/schedule, and whether or not there is on call work? I’ve never seen anything like this.

Re: Developer on Call

#118
post #78
post #73

Earlier quoted context omitted.

> After waking up twice during the night I decided to mute my phone completly from 10pm to 7am. Have you considered mentioning this to your colleagues, boss or anyone telling you it's your turn? If not - it's really not cool towards your colleagues, boss and organization in general.

I see where you are coming from, but unless it was something I specifically agreed to in my employment contract I wouldn't be "on call" during normal sleeping hours, either. (I was on call every 3rd week back in my biomed days but I was explicitly compensated above my normal pay for this)

Me too, in the same field surprisingly enough! Although in our case, it was more like being on call for a week every 6-8 weeks.

Re: Developer on Call

#119
post #68

On my last job somebody told my it's my turn for the support phone. In our case text messages if web based products are down. I never heard of it before, not during my interview or first month, never. I didn't know how to react and said sure, here's my number. After waking up twice during the night I decided to mute my phone completly from 10pm to 7am. Sometimes I woke up and had 50 messages and would try to solve th…

My contract with a company that had on call read somewhere along the lines of 9 to 5 are the core working times and all work necessary outside these times, including Saturday and Sunday, is already remunerated in the base salary. In this case I was being paid for it and I only heard about it in the first week after starting. I asked "how often do I have to work on weekends", but not "will i be on call" in the contrac…

Why do you think it's a good thing?

Re: Developer on Call

#120
post #72

1. for every week of oncall a developer should get 1 day off. 2. If developer had to work nights, he should be compensation with additional days off. 3. no payment would reduce the stress so we should not ask for payment compensation. 4. We as developers have let this on us too easily, to eliminate stress devs must form a group and do not sign contracts which do not provide automatic day off for oncall.

It's your point of view. I know lots of developers who don't care about extra days off, they just want the additional $$ for being on call (if there are no issues it's just easy money). The same for the rare occasion they need to handle some issue (night overtime is paid x2). We have an on-call schedule in our dept which is filled up on a voluntary basis. Every time we add new months to it (it's Google spreadsheet),…

I think if companies need to pay with "days off" instead of "money" they would be much more carefull with on-call and have a much greater incentive to make the on-call - not call, proper procedure, taking care of on-call incidents so they don't repeat. They would empower developers to make sure to minimize it so they don't have a penalty of dev-on-vacation. when you have an oncall with fixed payment per hours, you just don't have enough incentive to minimize the effect, you have those people handling it on on-call payment.
Post reply on HN