Hacker News new | comments | show | ask | jobs | submit login
Ask HN: Are there software companies that don't “make” you work all day long?
5 points by wintermute42 on Sept 2, 2015 | hide | past | web | favorite | 14 comments
Hi previously I was a developer in academia and the expected work hours were pretty reasonable (Also reading books and papers was considered work). I just started at my first job at a company and the expected work hours seem much longer. (Also, reading a book isn't considered work) Are all software companies like this?



Not to be a smart ass, it is called work for a reason, and to be expected to put in 8 hours a day is a reasonable request from any employer. With that said, there is a difference between being "expected" to work 40 hours a week and being "expected" to work 80 hours a week. If you were coming to work for me I would be a little upset if you sat at your desk and read a book the entire time you were there. However, if you were working and using a book as reference to complete your work, well that's a different story.


I'm talking more like 10-13 here...


Without fully understanding the environment it is honestly difficult to say. If you are expected to be at your desk coding that entire time I would say it is completely unreasonable and would run for the hills immediately. However, if those people you say are working 10-13 hours a day, but in reality they are talking, playing ping-pong, out to lunch, etc.. during that time it really isn't 10-13 hours. That's just poor time management. It could also be that management doesn't do a good job of keeping projects in check so that leads to longer hours worked to finish projects on time. Going back to the reading question though, some people may view sitting at your desk reading as not working, while at the same time they will play ping-pong for the same amount of time. There can be a perception that if you are interacting with others you are "working".

I am probably the wrong person to answer this question though. I am not a firm believer in structured work hours unless there is an absolute customer requirement. I have hours in the day where I am more productive and hours where I am completely unproductive. I have learned to manage that to maximize my productivity. However, during those "down" hours some may view it as not being productive, but what they don't know is that I have been up since 4am and probably got more done by 7am than they will all day. I view it as if the job gets done properly and on time it doesn't matter how it gets done.


I went to a job interview at a place where they worked 12 hour days but you'd see people were watching eBay, trading stocks, and otherwise wasting time.


Yep, I have seen people that claim to work "all these hours" and that they have to work weekends. But when you watch them work they spend 5-6 hours a day on Facebook, YouTube, etc... Then they get so far behind they have to work extra to make up for the wasted time, yet they complain about all the hours they work. I don't claim to be perfect and I can be guilty of "wondering off" from time to time reading news sites and even Facebook. I just try not to make it an everyday work habit.


Academic institutions (and non-profits) don't necessarily function the same way as corporations. You can expect managers in a for-profit organization to try and squeeze every ounce of productivity out of you. That's their job, really. They'd be doing a disservice to shareholders/stakeholders if they didn't try to get you to put 100% of your time and energy into the company.

So if you want breaks, you just have to take them. If you want to work 6 hours instead of 8,10,12, (or take part of your day to continue your education), you're going to have to "just do it". But no, I wouldn't expect anyone who is responsible for your output to give you 'permission' to work fewer hours, or work less intensely. They will always ask for more, and you've just got to learn how to push back.

In other words: You've got to learn how to be just as strong as an advocate for your own well-being as they are for the company's. Once you learn these skills, it's quite possible to have a good work/life balance, and to make time for the things you find important.


Focus on what you're expected to deliver (e.g. some working software) and how you're expected to deliver it (e.g. being nice to colleagues, writing design docs, ...).

If you don't know what's expected of you, that's something you could discuss with your manager.

If you're doing what is expected of you (and being nice to colleagues etc.) or, ideally, exceeding those expectations, then you will probably enjoy your job more, and feel less pressure to conform to specific work hours.

Of course, different companies and teams/managers have different cultures. Also, in some countries you're expected to stay later than your manager. She, in turn, is expected to stay later than her manager.


You didn't say what the work hours are so we can't tell you if they're normal. Right?


I've only been at this place for a week and a bit but it seems most people are working about 11 or 10 to 13 hour days.


Yikes. At 7 hours I lock my computer and I go home.


Ouch, that's not normal. If that's not what you want from life, find a different company.


Having been a software engineer for about 4 years, there were times when I remember having to put in extra hours to get things done. However, the majority of my time there has been really pleasant. We were never forced to work all day long so I believe it's more of a corporate culture more than anything else.

Call me crazy but I believe that it is possible to build a company where people can do amazing things without being forced to work extra hours. It's definitely on my to do list with my startup.


I read books on my tablet when I do cardio at the gym to square the circle between learning what I need for work and keeping in shape.


It depends on how tech savvy the managers are.

Part of doing the job as a programmer is research and design. You don't just sit down all day and write code, you have to write documentation, you have to do research to find ways around bugs, you have to design the UI and data structures.

For example I would write Pseudo code on paper to work out design flaws before I entered it into the computer. I would write Flow Charts and other things. I even developed my own method of developing data structures and database tables on paper as well.

When I got stuck I'd research things in a book, or I'd search for the answer on the Internet. Companies paid for a MSDN subscription and have to make it pay off by searching the knowledge base esp when dealing with API calls that change with each service pack. In using Visual BASIC 6.0 sometimes I'd have to ask a developer at Microsoft via MSDN when I found a bug in Windows or Visual BASIC itself that killed my project and find a way around it. Crystal Reports we used and talking to Seagate Software at the time was the only way to fix CR issues. We had an issue where if the user wasn't an Admin on a Windows PC it would show duplicate rows, and Seagate got a service pack out to fix that issue.

Everything I did on the Internet, on the phone, or reading books was job related and going towards solving problems and using resources. But my managers didn't always see that as work because they wanted me to solve the problems by myself, which would have taken a lot longer and impossible without a service pack to fix bugs.

I never read a book, used the Internet, or made phone calls for personal things, they were all work related.

Yet a service pack is like the size of a CD-ROM and takes five hours to download, so they noticed I was using 5 hours of Internet when that happened. (This was in the late 1990s when the Corporate Internet was slow).

Other programmers who didn't do the same things I did to solve problems, could not solve them and the projects got reassigned to me to fix them, because I was able to fix problems.

No matter how good you are, you will get stuck on some problem and need someone else's help to solve it. If it is a bug in the language or OS, you'll need a service pack or a way to get around it.

You managers might not always understand that you need to seek help by reading a book, looking in a knowdlgebase, or talking to a developer on the phone to solve things.

Your programs work on the old OS with the old service pack, but as soon as new ones come out they break compatibility and trying to figure out what changed without contacting the company that made the updates is really really hard to do.




Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: