談談我對996.icu的見解

最近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點下班，甚至在週末的時候都在公司。可是注意，我不是一直在搞工做上的事，下班的時間我在學公司組件公司流程等等。直到如今，我都以爲那段時間是我技能提高最大的時候，這不得不點名感謝我曾經的兩位領導——楊神甲、李文芳。這種機會，可遇不可求。

總結

總結起來一句話，996每每是程序員本身問題。

我以前像上面這樣說的，引發了不少誤會，覺得這句話的意思是都是程序員的鍋。因此額外寫出這些表代表個人態度。

實力，仍是實力，努力提高本身，努力學習。抱怨有什麼用呢？你嫌待遇很差、嫌制度噁心、嫌產品垃圾、不如憋住這口氣，拼一次，對本身狠點，把技術學到家，而後跳槽。總比一直抱怨、原地踏步好吧。

我寫的這篇文章不會讓你看了很爽，相反會讓你很不爽，但但願你能改變點什麼。

---

歡迎關注微信公衆號，提供思想和技術類原創文章。微信搜索小兵張健或掃描如下二維碼。