I on the other hand can go 12 hours getting up once or twice to go to WC and will skip lunch. Taking a break most of the time sounds like a punishment. When I’m working on a problem and hold a lot of information in my working memory taking a break would only set me way back. Meetings are avoided unless absolutely necessary. Emails and messages are answered before I shut down as they don’t require much focus. That’s how I love working. But I’m also very introverted and robotic. I need to find a more balanced approach and appreciate my gf’s influence on me but it doesn’t come naturally to me.
I then came to tech and started coding. It was a breath of relief. I didn’t know what you’re supposed to do on saturdays!
But when you get in the zone and start writing a large amount of non-crud code, seven hours is kinda the max. You’re totally wiped out. Coding a complex application is quite unlike anything except writing a complex novel or technical document. No one, I mean NO ONE who writes well writes for 11 hours a day lol. The most prolific writers average an hour.
There are SO MANY environmental and physiological factors which go into your state of mind. Some variables that I try to control for:
1. What (if anything) did you eat today
2. How much water did you drink
3. Did you shower today
4. How much sleep did you get, or how long have you been awake (probably the most important one right here)
5. What is the warmth of the light where you are working (is it cloudy and rainy outside?)
6. What is the temperature of the room
7. Is anything else going on in your life occupying your mind right now? If you take medication: did you take your medications?
8. Did you exercise today? Do you exercise at all? Are you healthy?
9. How is your posture?
10. Is your work environment clean? Is it noisy?
11. Do you work better with music on, or in silence?
12. Did you drink so much caffeine that you are now manic and can't focus?
13. Are you happy?
The brain is a part of the body
I think it depends precisely what you are doing. There is a difference between low cognitive effort (e.g. reading) and high effort (e.g. creating an algorithm or playing chess). Low effort uses glucose, whereas high-effort requires the microglia (the brain's immune cells) to create lactate and transport it to the neurons. Excess microglia activation has been linked to anxiety, depression and neuroinflammation.
I suspect it's not physically possible for a chess grandmaster to play for 90 hours a week, but probably quite easy for the average person to read or write for 90 hours a week (with some breaks).
>start writing a large amount of non-crud code, seven hours is kinda the max.
Most programming jobs are just writing "crud code" if you want to call it that...basically mostly meetings, and cranking out banal code. You can certainly do this for 90 hours a week without fatigue, although it will likely lead to burnout in the long-term, so it's probably better to find a job that does require significant mental effort, but without requiring 90 hour weeks.
The only time I've found it has come close is when actually writing a hypothesis or review paper: having to read through the literature in order to come up with a coherent theory while juggling the concepts in my head. It's very similar to solving a programming problem, and does involve significant mental effort.
But it probably also depends on the speed that it's done at. For complex algorithms or prototypes I prefer to just power through and get the whole thing done to the prototype stage in half a day (or whatever it takes, depending on the complexity), then spend the next month (or whatever) fleshing it out. There are probably other ways of doing it that don't require such cognitive effort at the beginning, but I find that for complex problems that's sometimes the best way of solving them, at least in my experience, and it only involves significant mental effort for a very short period of time.
I would say that in such instances, often times the code is banal, but proper modeling of the reality, even in cases where final result looks like a classical crud, is where complexity hides.
I say "hides", because, from my experience, only those directly involved in the implementation are actually mentally exposed to it. If they care about the quality of the output, that is.