←back to thread

1041 points mertbio | 7 comments | | HN request time: 0.008s | source | bottom
Show context
seanc ◴[] No.42841499[source]
I've been in high tech for 30 years, and I've been laid off many times, most often from failed start ups. I _strongly_ disagree with a fully cynical response of working only to contract, leveraging job offers for raises, etc.

There are a few reasons for this, but the most concrete is that your behavior in this job has an impact on getting the next one. The author is correct that exemplary performance will not save you from being laid off, but when layoffs come your next job often comes from contacts that you built up from the current job, or jobs before. If people know you are a standout contributor then you will be hired quickly into desirable roles. If people think you are a hired gun who only does the bare minimum that next role will be harder to find.

On top of that, carrying around bitterness and cynicism is just bad for you. Pride in good work and pleasure in having an impact on customers and coworkers is good for you. Sometimes that means making dumb business decisions like sacrificing an evening to a company that doesn't care, but IMO that sort of thing is worth it now and then.

To be sure, don't give your heart away to a company (I did that exactly once, never again) because a company will never love you back. But your co-workers will.

replies(40): >>42841581 #>>42841597 #>>42841651 #>>42841813 #>>42841885 #>>42841938 #>>42842044 #>>42842177 #>>42842180 #>>42842250 #>>42842331 #>>42842374 #>>42842464 #>>42842616 #>>42842660 #>>42842679 #>>42842696 #>>42842705 #>>42842846 #>>42842996 #>>42843197 #>>42843394 #>>42843500 #>>42843507 #>>42843581 #>>42843805 #>>42843812 #>>42843830 #>>42844000 #>>42844148 #>>42844304 #>>42844779 #>>42845758 #>>42846127 #>>42847404 #>>42848237 #>>42848351 #>>42851893 #>>42870437 #>>42906633 #
ToucanLoucan ◴[] No.42841597[source]
> but the most concrete is that your behavior in this job has an impact on getting the next one.

[ citation needed ]

Every job I've worked at has specified when we provide references, we're to say "X was employed from Y to Z" and if we would hire them again, yes or no. The employee described here would get a yes from me. The fact that they didn't go "above and beyond" will not help them get a job, at least if they happened to work for any of the companies I have.

> If people know you are a standout contributor then you will be hired quickly into desirable roles.

I guess we could quibble over definitions then, because I as a senior dev managing other devs am perfectly happy with someone who clocks in, does the work on-time and to-spec, and then clocks off as a "standout contributor." I've chastised a few people in my time for committing code on the weekends too, not because I don't appreciate their contribution, but because I consider it part of my job to prevent burnout, voluntary or otherwise.

Burned out devs turn out worse work, and they feel worse in the bargain. Textbook definition of a lose-lose. Whatever code is being a pain in the ass today is just that; code. It will be there when you get back from the weekend, it will be there when you get back from a doctor's appointment, it will be there when your kid is done being sick. Life matters. Code... does, but to a lesser extent.

> On top of that, carrying around bitterness and cynicism is just bad for you.

Which is why I don't want people feeling bitter about their job, and putting in the extra work to, by your own admission, be just as damn likely to get the axe for reasons that are out of your control? That's embittering as fuuuuuuuck.

> Pride in good work and pleasure in having an impact on customers and coworkers is good for you.

False dichotomy. I love what we build, and I want my subordinates to have fulfilling, happy lives. And I proportion my energy to both of those things in accordance with their importance.

replies(6): >>42841617 #>>42841672 #>>42841703 #>>42841797 #>>42841852 #>>42846551 #
9rx ◴[] No.42841672[source]
> I've chastised a few people in my time for committing code on the weekends too, not because I don't appreciate their contribution, but because I consider it part of my job to prevent burnout

The best way to avoid burnout in my experience is to work when you have "the itch" to do it. If you're feeling it on a Saturday, why not go for it? You might not be feeling it on Monday and will need the break then instead. If you forego the prime opportunity and then force yourself to do it later when you are not in the right mindset, that is when the burnout is going to get you.

replies(1): >>42841714 #
pavel_lishin ◴[] No.42841714[source]
Answering the rhetorical question - because it may set a bad example for other, more junior employees; it may set a new expectation; if the good manager who prevents burnout gets fired, and is replaced with a worse person, they may come to expect you to work six days a week, and instead of preventing burnout by working when you want, you're now being burned out by working not only 5 days a week without any break, but also on one of your weekend days.
replies(3): >>42841781 #>>42841956 #>>42842532 #
1. 9rx ◴[] No.42841781[source]
1. Will you survive to see a new manager if you don't work on the weekend? Without that, under the given scenario you are either:

- Forcing yourself to work on Monday. Burnout ensues. Will you be able to continue while burnt out?

- Skipping Monday too, seeing you only work four days a week. Will you be able to continue under performance expectations?

2. Do you really need to worry about this hypothetical future? If the bad manager shows up, are you going to stick around even if working hours remain the same? He is still going to express his badness in many other ways. He wouldn't be bad otherwise.

replies(1): >>42842799 #
2. pavel_lishin ◴[] No.42842799[source]
> Without that, under the given scenario you are either:

I reject the false dichotomy that my options are "work on the weekend when I'm excited to write code, or suffer and burn out during the week". Maybe that works for you, but I have to show up on Monday regardless of whether I wrote something inspired on Saturday.

> 2. Do you really need to worry about this hypothetical future? If the bad manager shows up, are you going to stick around even if working hours remain the same?

Weirdly, the bank expects monthly mortgage payments regardless of whether my manager is bad or not.

replies(1): >>42842990 #
3. 9rx ◴[] No.42842990[source]
> I have to show up on Monday

For what, exactly? If it is simply to appease the whims of your manager, you already have the bad manager. Another hypothetical future bad manager is the least of your concerns at that point. Chances are the hypothetical future bad manager will be less bad than the horror show you are already in.

> the bank expects monthly mortgage payments regardless of whether my manager is bad or not.

There is some risk there, but most tech people already price in that risk by demanding much higher than normal compensation at their job, allowing them to have their mortgages discharged before the bad manager arrives. You might get caught in the unlucky case, but on balance the good managers don't disappear that quickly.

replies(2): >>42845447 #>>42846582 #
4. pavel_lishin ◴[] No.42845447{3}[source]
If any of that cohort of most tech people has enough money left over to pay off my mortgage, I'd be open to that. But I'm not a member of that hallowed club.
replies(1): >>42849898 #
5. roguecoder ◴[] No.42846582{3}[source]
Do you not have coworkers?

There are more people involved in software creation than just you and your manager.

replies(1): >>42850053 #
6. 9rx ◴[] No.42849898{4}[source]
If you are not a member of the tech club then you don't have the tech risk. So, yes, while that may mean it will take longer for you to pay off the mortgage without a high tech salary, you aren't under the pressure that necessities the high tech salary to get the mortgage paid ASAP.
7. 9rx ◴[] No.42850053{4}[source]
I don't have coworkers who buy into mob programming. If I write code on Saturday and withhold pushing the commit until Monday afternoon or write the code Monday morning and push the commit thereafter, nobody is ever going to be able to tell the difference.

You must work in one of those cults that stand around the meeting room to recite the commit log as if nobody in the place knows how to read, exclaiming "no blockers" to signify that the metaphorical torch is being passed on to the next person?