最近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的程序员,前者公司垃圾,后者能力垃圾,就像大师兄说的:“我不是针对哪一个,我是说上面提到的,都是垃圾”。

但如果你刚进去社会,啥都不知道,我强烈建议你996,别说996了,007都不为过。但不是一直在搞工作,你的专注点甚至不是薪资,而是学习,专注能力的提升。真的非常非常重要,打铁还需自身硬。

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

总结起来一句话,996往往是程序员自己问题。