最近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往往是程式設計師自己問題。