Live data from Hacker News

Why I Don't Do Unpaid Overtime and Neither Should You

thecodist.com

161–170 of 263 posts

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#161
Please stop comparing overworking or non-optimal work conditions as slave labor. Slavery means you can not, either because of the law or threat of violence, leave the service of your master.

I've had bad jobs in my day. One I left (I was a "partner" @ startup) and it was a financially bad decision, yet it was one of the best decisions I ever made. Here is the difference between slavery & a crappy job; a person can choose to leave the crappy job even if it means living hand-to-mouth a slave can't.

I generally agree with what this author is saying. The best way to start thinking about your job is as though you are a contractor and your employer is your client. Remove the boss/employee template from your mind and start using the client/contractor template.

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#162
post #141
post #48

The U.S. has a strong free enterprise foundation and its laws reflect this. Freedom of contract remains the rule even though it is much criticized in some circles and has been hedged considerably over the years. In employment, the old rule was that you could pretty much fire anyone at will for any reason and, if you did, you incurred no legal consequence. This is pure freedom of contract. In time, this unrestricted f…

"What does this mean in practice? It means, for example, that a computer professional can be paid a salary of $100K/yr and be asked to work like a slave, all without overtime compensation. But that same professional, if paid $30K/yr, is required to be paid overtime for excess hours worked, even if that person is on salary. One case is treated as appropriate for free choice by the parties without overriding restrictio…

Actually, you are correct concerning federal law. I practice in California where state law requires that a computer professional make a much higher salary (or comparable hourly rate) in order to be exempt. My statement is correct for the context in which I practice, therefore, but I communicated it poorly to leave an incorrect impression about the federal law. Your point is a good one and thanks for pointing this out.

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#163

Earlier quoted context omitted.

You're not arguing with Grellas so much as cherry picking sentences out of his comment and howling at them in isolation. If we extract the signal from your comment --- that partner-track law careers are problematic, that working unreasonably hard is a bad idea for employer and employee alike --- from the emotion, we find a series of arguments that Grellas himself likely agrees with. In some cases I can guess that he…

You are reading it rather more harshly than it was meant and ironically your comment has probably exacerbated that. While I wish the discourse here could be my primary focus, I can't spend hours researching each commentator, I say what I honestly feel. It is a wall of text, it's hard to really pick out what he is arguing. It is the top comment at the moment and I felt it hadn't been effectively challenged and this is…

Grellas writes thoughtful, balanced posts that come out of more years of experience than the median HN user has been alive, in a domain where most of us know little and are in serious need of a trusted guide.

What he wrote above is a high-quality legal and historical and cultural explanation of why programmers don't get paid overtime in the US, something I've often wondered about.

p.s. I'm sure it's true you didn't mean to be rude, but "A gentleman is one who never gives offense unintentionally." By the way, anybody know who said that?

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#164
post #137

Earlier quoted context omitted.

You're not arguing with Grellas so much as cherry picking sentences out of his comment and howling at them in isolation. If we extract the signal from your comment --- that partner-track law careers are problematic, that working unreasonably hard is a bad idea for employer and employee alike --- from the emotion, we find a series of arguments that Grellas himself likely agrees with. In some cases I can guess that he…

"You're not arguing with Grellas so much as cherry picking sentences out of his comment and howling at them in isolation." That's certaintly a creative way to put it. But that is what everyone does when they make comments. They respond to things they don't agree with. The use of "cherry picking" in your context seems to indicate taking unfair pot shots. The use of "howling in isolation" brings up an image of a lonely…

Because historically HN favors extended discussion of entire points. Not doing what "everyone does" is the name of the game. In particular, the rebuttal was not on argumentative parity with Grellas' well-tempered text, mere downvotes don't explain that. So, I agree with Thomas here.

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#165
Here's my problem with people who put in 80 hours a week: they don't write good code. At my first job - way back in the last millenium - we were creating a carrier class network device. I was hired to run the mail servers but ended up building an embedded linux that ran the PowerPC on our hardware - we also had a Strong ARM that ran a gig ethernet but that was under another guy. So, how did I go from mail server to an integral piece of the product? I took over for the guy who put a lot of time into not solving a problem. Before you can even get linux running on your hardware, you need a boot loader to initialize your hardware and get it into a state where linux will run. Our "hard worker" volunteered to write a boot loader and spent 60+ hours a week for the next 6 months writing it. But it never worked.

Management decided to let me take a crack at the boot loader. Now, I was in my early 20's. I had bars to drink at, a girlfriend to get some lovin' from, and parties to go to. I didn't want to spend 60 hours a week at my desk. So, I did what any lazy hacker would do: I found an open source project that was close to what we needed. The project I started from was PPCBoot and it was started by Wolfgang Denk for the purpose of booting hardware running a Power PC processor. I spent 2 weeks telling everyone else in the company that I needed their help on X, Y or Z; getting them to write some code; and burning the new version of PPCBoot onto the flash chip. After 2 40 hour weeks, something amazing happened: it worked. It configured the hardware and handed control to linux which booted up.

Anyway, that's my reason not to spend more than 40 hours at work in a week. All of the people who I've seen put in all those hours aren't really working. They're just playing with a neat project because they've always wanted to write a boot loader. The purpose of you job isn't to write code, it's to ship a product. If you keep that in the front of your mind at all times and focus your efforts on shipping product, you can "work" 40 hours a week and code a pet project on your own time.

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#166

Earlier quoted context omitted.

I'd imagine the only time you'd see an economic rationale for systematically overworking your team would be in a moon shot / burn the ships scenario, neither of which seems necessary for a service company. Perhaps if the pot of gold at the end of the rainbow was a buyout in the tens of millions you'd be tempted as a part owner. Even then the front-line employees being whipped would be unlikely to get a significant pi…

Long hours are the key to profitability, as Philip Greenspun put it: "From a business point of view, long hours by programmers are a key to profitability. A programmer probably needs to spend 25 hours per week...Thus a programmer who works 55 hours per week is twice as productive as one who works 40 hours per week.... A product is going to get out the door much faster if it is built by 4 people working 70-hour weeks…

Greenspun wrote that about a software consulting business, too. Think about what else has to be going wrong with a consultancy for it to make sense for people to work 70 hour weeks. Hint: serious clients pay in 40-hour person/week increments.

Anyways, it's undeniable that there's a pervasive culture of 60-80 hour work weeks in tech companies. I think it's bullshit; I think it's bad for the employers, who get substandard burnout work and become a revolving door that spins even faster for more talented team members; I think it's bad for employees for obvious reasons.

But I also think (a) a slice of cheese shouldn't cost $200 and have an end-user licensing agreement attached, and (b) we don't need to outlaw that practice.

When you read articles about unfair labor practices at tech companies, I'd like you to keep in mind that software developers are the. worst. at reasoning about the valuation of their own work. Software developers think Stack Overflow is worth maybe a weekend's worth of programmer time because it's just a big message board. The world probably does look a lot more unjust when you look at it through a prism of discounting your own value by 50%-150%.

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#167

When I worked for a big company, I had a very simple rule: If I make a promise to my team that I can reasonably keep, I owe it to them to do so. I'd generally aim to under-promise and over-deliver, while feeling like I'm making a comprable (or bigger!) contribution in comparison to my peers. After some practice at this, I got reasonably good at estimating work. I'd work 20 to 50 hours per week depending on how accura…

It's too bad you couldn't openly tell your team how you were scheduling your time. It sounds like you developed a very good, consistent process. In my mind, that's exactly what a large company should be going for because it can scale.

Re: Why I Don't Do Unpaid Overtime and Neither Should You

#170
post #95

Earlier quoted context omitted.

The more likely response is that a qualified employee will simply quit an abusive job and sell their skills to a more reasonable employer. This is certainly the case in US software development.

If there were many jobs available for qualified software developers in the US, which there are not.

I believe this to be the opposite of true.
Post reply on HN