谈谈我对996.icu的看法-CSDN博客

最近github上有个很火的项目——996.icu，发布不到一小时1k+star，截止2019年03月29日14:33:02已经有9w+star。我也和同事们经常调侃此事，但调侃归调侃，我内心真实的想法，想在这里写下。

我的现状

我现在所在的公司966硬性规定，我觉得还行，工作量没有很大，福利待遇也不错，尤其是包吃住，解决了很多麻烦，领导比较nice。大多数情况下，只要我分内的任务完成了，不会怎么计较。

怎么看待996？

分两种情况讨论

公司硬性规定

首先看公司这么做的原因，如果处于创业初期可以理解；其次看待遇，用时薪不要用月薪，也不要信期权等各种大饼，每个月到手的money才最真实（如果作为合伙人，自己斟酌下。）。如果这两点都ok，可以自己决定是否加入。如果时间精力充沛或者想锻炼下自己，我大概率会去。

否则其他的一切都是扯淡，通常公司不会996，莫名其妙没有任何理由要996的公司都是垃圾，要996还不给钱的公司就是垃圾+恶心。

公司没有硬性规定

那我只能说，兄弟你的问题有点大，你得反思下自己是不是效率有点低，或者任务太多了。大多数情况下，你的能力跟薪资是挂钩的，你得好好想想问题出在哪。

任务太多

每一次开发任务都有工时评估，觉得时间不对当时就该提出来，等到做的时候发现了问题这锅只能自己背，加班搞呗，谁让你自己对工时没概念，吃一堑长一智，下次好好学学怎么估工时。

效率低

说白了还是自己的问题，你不会是那种编码五分钟，聊天两小时的程序员吧？那你不加班谁加班？不知道怎么提高效率可以看我博客专题How to become a master of effective learning？中有详细讲解。如果没时间看整个专题，我会在下文写我怎么保证不加班同时完成任务。

怎么保证完成任务的同时不996？

两个字，效率，当然也可以归为能力。但这说的太广泛了，往往不知道怎么落实。所以我说下我的具体做法，仅供你参考。我计划在后期写一篇怎么高效团队合作？的博客，相信对你也很有帮助。

制定任务

估时的时候，需求要用到的技术、框架等心里已经有谱。估时后，不要第一时间埋头写代码，而是要把估时那些大概的东西落实，想清楚每一个细节点、库表设计等，然后从深往浅制定计划。比如什么时候搭完框架、什么时候设计完库表。如果需求太大就分为几期上线，制定每一期的功能点。

下班时间就是deadline

什么意思呢？就是不要想着现在搞不完等下加班搞，一旦有这种想法，你的效率≈0。上班时间就专注工作，0闲聊，0分心，不给自己制造这样的强迫，别想着准点下班了。

个人想法和建议

如果你一直在996，极大可能是自己的问题。别一天到晚跟风调侃、抱怨。好好反思下自己，多在自己身上找原因，这样才能提高。

我瞧不起无缘无故996的公司，也瞧不起总在996的程序员，前者公司垃圾，后者能力垃圾，就像大师兄说的：“我不是针对哪一个，我是说上面提到的，都是垃圾”。

但如果你刚进去社会，啥都不知道，我建议你加加班。但不是一直在搞工作，你的专注点甚至不是薪资，而是学习，专注能力的提升，真的非常非常重要，打铁还需自身硬；另一方面，加班可以给领导留个好印象，至少表明是个刻苦的人吧。

我刚到给去哪儿网的时候，一看公司技术，全都不知道，一脑壳包。所以前期几乎没有哪天早于10点下班，甚至在周末的时候都在公司。但是注意，我不是一直在搞工作上的事，下班的时间我在学公司组件公司流程等等。直到现在，我都觉得那段时间是我技能提升最大的时候，这不得不点名感谢我曾经的两位领导——杨神甲、李文芳。这种机会，可遇不可求。