稳定加班和按需求加班对个人的影响

尝试过一年半的9106，终于是忍不住离开那种环境，现在的环境相对没那么压抑，有需求则加班，没有则6.回家都没问题。

我选择离开前者环境，完全是个人问题，一是住的地方离公司远（并不是图便宜，只是想多陪家人而已），通勤时间每天两小时，再者公司要求晚上至早9.走，项目组10.通常都没几个人动身的，这就导致没有个人时间，或者牺牲休息时间成全下班后的一两个小时的个人时间了。这是个人问题，也有同事住的很近，每晚准时坐12.的车回寝室也是有的，完全是个人选择。

前者最大的劣势，累，虽然口头上说是自己的项目，但公司没有明说项目成了分红怎么算，一家游戏公司，游戏火了得看老板心情分钱，工作强度也大，谁能说自己不是身体累心也累。第二是没什么个人时间，例如健身都是要求你极为自律才能做到（我就看到过公司内的两个老程序能坚持健身），我是没做到，身体走样；其次兴趣爱好也得不到发展，基本是跟外面的人断开联系的状态。第三点是容易降低效率，既然你都知道晚上要加班，而且大有看谁加班到最后一个的态势，那白天干嘛那么高效，没到deadline干嘛那么高效。这种情况据我了解不少号称加班很多的公司也有吧，实际上加班就两种原因，一是真的工作量太大，这种是缺人的明显信号，一是效率低，不得不用时间弥补，当你发现自己再高效也是那么晚走，那干嘛不把强度降下来呢。当然，不降下来的大牛，得来的就是晚上在公司提升自己的时间，或者说是更多的任务，以及更高的薪资。

当然前者也有优势，最大的优势，就是新人进步飞快，毕竟你想更快熟悉项目，就肯定要花费更多时间看代码看文档，并且你遇到问题时老人也在，有问题立马问立马有人回答。第二点就是提高工作量，例如每周安排抓虫活动，如果不是稳定加班，我想很难抽出这么一个大家都在的晚上，相互耐心的撕逼互怼；并且一些额外的活动，例如经验分享、读书分享、头脑风暴这类会议需要有人提前准备内容，这些不在开发需求内，通常也是需要人额外的花费精力，晚上和周六正好提供了这样的时间。第三点是可以做到一个模块或功能有多个人可以维护（快速修bug、改需求等），增加项目稳定性，这需要要求组员熟悉彼此代码。

后者最大的优势在于员工主动提高效率，为了周末过个双休，谁还愿意磨磨蹭蹭。当你对自己的时间有种能够把控的感觉时，你的个人状态、生活质量都会提高不少。当然这种环境下，其他人的知识分享、组内代码的互审、甚至经验传承都是比较欠缺的，毕竟对员工的要求并没有那么高。这时候多出来的时间，你是选择打游戏看视频还是往某个方向继续进修，这都看个人。后面这种环境还需我继续体会其中利弊吧。