What I have learned to do is to keep a list of these kinds of things, that have to be done "soon" but not immediately. When I get to the part of the day where my coding brain is getting weak, I switch over to that list. Sometimes for the rest of the day, but often just for half an hour or so until I am refreshed. Mostly, if you self-monitor, and have a ready list so you don't find your brain blanks out when it's time to think of a non-coding task that needs doing, you can balance coding and non-coding as needed throughout the day.
Expecting programmers to problem solve for 8 hours is stupid
41–50 of 82 posts
Re: Expecting programmers to problem solve for 8 hours is stupid
#42Re: Expecting programmers to problem solve for 8 hours is stupid
#43Take some time out of problem solving and put it to other uses. For example: - document systems - write tests - improve automation (build systems, helper scripts, etc.) - clean your desk - talk to a coworker - read / watch material online related to your work - go for a quick brisk walk - any activity to further a long-term career plan I know that feeling of short-term daily burnout. It is often I get to 4:30pm and I…
I'm not sure I understand how doing those things would ease mental fatigue? Perhaps by at least breaking up the monotony?
Re: Expecting programmers to problem solve for 8 hours is stupid
#44My last job, an msp, expected 100% of our time to be billed out. You didn't get lunches or breaks. If you got your work completed quicker so that you could hit the washroom or go for lunch, you were rewarded with more work. Furthermore, I was on-call 24x7 and near daily would be called for help afterhours. This wasn't smb stuff exclusively. This was federal governments, hospitals, prisons, fortune 100s. All of which…
To me it doesn't sound like it could be much worse than what you described
Re: Expecting programmers to problem solve for 8 hours is stupid
#45Re: Expecting programmers to problem solve for 8 hours is stupid
#46My last job, an msp, expected 100% of our time to be billed out. You didn't get lunches or breaks. If you got your work completed quicker so that you could hit the washroom or go for lunch, you were rewarded with more work. Furthermore, I was on-call 24x7 and near daily would be called for help afterhours. This wasn't smb stuff exclusively. This was federal governments, hospitals, prisons, fortune 100s. All of which…
I’ve lived a lot of the same stories. Although yours may be the worst I’ve ever heard, simply because I’ve never been fired. But bits and pieces of your story are in just about every job I’ve had.
I’m no longer confused as to why a lot of people simply don’t want to work anymore. Getting enough money and quitting, starting a menial business, or getting on government assistance makes a lot more sense than your story.
Re: Expecting programmers to problem solve for 8 hours is stupid
#47Take some time out of problem solving and put it to other uses. For example: - document systems - write tests - improve automation (build systems, helper scripts, etc.) - clean your desk - talk to a coworker - read / watch material online related to your work - go for a quick brisk walk - any activity to further a long-term career plan I know that feeling of short-term daily burnout. It is often I get to 4:30pm and I…
At least 5 of those 8 require problem-solving. Arguably 7 of them do. I'm not sure I understand how doing those things would ease mental fatigue? Perhaps by at least breaking up the monotony?
It isn't complete relief like going for a walk but it can be a better use of your time.
I found working in labour jobs the same. Say you're packing sacks of cement up a hill for 2 hours to a lot with bad access, and you're burnt out. You've got another 2 hours of hauling sacks to go, or you could take a break and paint some siding. If you push through the cement job you're going to be really burnt out today and probably tomorrow too, and if you paint the siding, you'll recover a little and feel way better today and tomorrow. Work will still get done though. If the job is urgent and taking a walk isn't really an option, painting the siding is your best bet.
Re: Expecting programmers to problem solve for 8 hours is stupid
#48Anyone up the chain expecting you to work 8 hours 100% productively is completely unrealistic and IMO provide a good reason to find job happiness somewhere else.
Best regards,
A product architect who doesn't treat his devs as robots
Re: Expecting programmers to problem solve for 8 hours is stupid
#49Take some time out of problem solving and put it to other uses. For example: - document systems - write tests - improve automation (build systems, helper scripts, etc.) - clean your desk - talk to a coworker - read / watch material online related to your work - go for a quick brisk walk - any activity to further a long-term career plan I know that feeling of short-term daily burnout. It is often I get to 4:30pm and I…
At least 5 of those 8 require problem-solving. Arguably 7 of them do. I'm not sure I understand how doing those things would ease mental fatigue? Perhaps by at least breaking up the monotony?
The real point is there are many things one can do while in the office that can provide distraction from mental stress while still being valuable. I would argue against a definition of "problem solving" as literally anything that happens while within the walls of an office.
Re: Expecting programmers to problem solve for 8 hours is stupid
#50You have a 8 hour workday. From those 8 hours you spend approximately 4 hours primarily on job output. The other 4 hours are spent on secondary things like reading/replying to emails, coaching juniors, taking a rest (it is imperative to do so), socializing, reading Hacker News and so on. Anyone up the chain expecting you to work 8 hours 100% productively is completely unrealistic and IMO provide a good reason to find…