该给程序员多少“打酱油”的时间？

            连续一个月的项目高压，各个模块的需求和功能实现one by one，一个小模块刚完成测试交付下一个模块就接着来了，上个星期更是接连四天加班！

            以前是一个模块完成了之后还有一两天的时间留给自己学习新的知识、或者反思本次作业的不足、稍作调整，现在项目主管离职，经理便不断地压缩项目周期，还经常电话询问项目的进展，要求每半天向她汇报项目进展，而且每次打电话都是滔滔不绝的分配任务，简直令人崩溃。

            作为一名刚工作没多久，对业务还不是很纯熟的程序员，到底需要多少时间来吸收新知识呢？个人认为，新人对于项目的理解总是不够，对全局的情况掌握不足，总是会提出让有经验者看似非常简单的问题（本人深有体会啊）。最近公司招了一批新人，看到他们总是会想到一年前的自己，总想着怎么讲解才不至于让他们雾里看花终隔一层。站在一个项目成员的角度，上司应该留给多少“打酱油”的时间给我们学习新知、稍作调整以更好迎接接下来的项目呢？我觉得一个项目结束或者模块完成之后至少要有一天左右的时间给成员整理吧，毕竟人不是机器，过度的高压之下换来的只能是项目效率和质量的下降，而且员工的不满会导致更多问题：离职或不满等。不知道各位有担任过项目经理的大哥大姐有何感想？

           其实，在公司会拿上班时间来玩手机或者做其他事情的员工总在少数，项目经理和管理层如果总是时时监督或者把人关在制度的笼子里，只会造成员工的流失和公司成员的不稳定。究竟该留多少酱油时间给我们这些程序员呢？各位路过的大哥大姐不妨说说您的意见  ^_^