I would almost argue peak [coding] performance is realized on less than a 40 hour work week schedule. I hate how I am required to be in my office 8 hours a day

I would almost argue peak [coding] performance is realized on less than a 40 hour work week schedule. I hate how I am required to be in my office 8 hours a day for 5 days a week. Somehow, filling chairs seems to be important. Management doesn't take into account the number of hours I think about the software development problems we face and their possible solutions and researching and evaluating how others have solved similar problems in the past. If I were to reserve doing this while in my seat, management and others in the organization would get mad since I wasn't actively typing away on my keyboard. It's also way more difficult to concentrate and remain undistracted in a busy office where people think you are readily available at any moment to answer any question (important or not) that they might have. This has been addressed before too... managers schedule vs makers schedule. Also, I prefer and believe I'm more productive mulling over the problem a few days, then coding for 10-14 hours for a day or two (while in flow) then taking a day or two easy or off to recuperate and re-energize. But maybe this is a personal myth I need to break... anyone know of any studies or info to tell me I'm wrong (just wondering).