https://www.oxfordscholarship.com/view/10.1093/oso/978019087...
Many industries would probably suffer negligible losses (and maybe gains) by transitioning to 20 hour work weeks.
https://www.oxfordscholarship.com/view/10.1093/oso/978019087...
Many industries would probably suffer negligible losses (and maybe gains) by transitioning to 20 hour work weeks.
If every office worker had their schedule cut to a 20 hours a week, I strongly suspect that only 10 hours of work would actually get done. It's just too much of the low efficiency is culturally ingrained on every level from the cultural to the organizational. It would probably take a generation for things to change.
But that would cut into C-suite bonuses and dividends.
I beg to differ. I think, the mixture of work items as you describe is solely motivated on fear that employees may produce less if not under 8hours control in open plan office. The fear however may not have anything to do with the reality.
Let's compare apples to apples. Office jobs didn't exist in the medieval period, but labor jobs still exist today.
In the freelance world, this is name of the game: recruiters want people to work as much per week as possible for this reason, freelancers want to work as little as possible (that improves their skills quicker by working on many things at same time, plus provides job security of having 3-4 clients at same time so they are unlikely to all fire at same time).
Some kinds of coding do benefit from lack of interruption, so that's can be an argument for very focused work. But one way coding is different than, say, factory work or service work, is that our errors accumulate. It takes just seconds to put a bug in, but hours or days to take it out again. So anybody working long enough to get tired will very quickly hit diminishing returns. There's a nice presentation on this from a while back: http://www.lostgarden.com/2008/09/rules-of-productivity-pres...
I also have come to be suspicious of the "hyperfocus for many hours to get large amounts of state into my head" approach to coding. Code I have to be extremely clever to write usually ends up being a giant pain in the ass to maintain. These days I think it's better to use things like unit tests, pair programming, and very frequent releases to get things done.