知識星球本文是從網路上收集各種觀點或者某些個人的想法。
關於996
這個話題最近吵得最火。曹大，fenng都有專門釋出文章說這事情。鑒於很多人區分不清楚事實和觀點。討論這個事情之前，請認真檢視曹大關於 談談事實和邏輯 的文章。
事實:
很多人知道我任職於 有贊DBA，坦白的說我們是類似994的樣子，周1，2，4，5是9:30-21:00,有事情可以提前走，不強制的。週三家庭日，18點下班想走就走，我一般18:30-19:30分回家。
因為本人從事資料庫運維工作，都是7×24小時oncall的，加班難免。晚上熬夜或者凌晨起來處理問題，白天是可以在家oncall或者晚點去公司的。
觀點:
1 人們容易混淆行動與進展，混淆忙碌與多產。有效程式設計中最重要的工作是思考，而人思考時通常不會看上去很忙 一一《Code Complete》
2 工作狂往往不得要領。他們花大把的時間去解決問題，他們以為能靠蠻力來彌補思維上的惰性，其結果就是折騰出一堆粗糙無用的解決方案 一一《Rework》
3 關於程式員的996，我們談談歷史和邏輯–caoz 闡述加班的歷史發展行程
第一個階段，宅男蹭網階段
第二個階段，為夢想奮鬥階段
第三個階段，不拼就會死的階段
第四個階段，最不缺的，就是肯加班的程式員觀點 996是個市場選擇，不是某個企業家，某個企業可以隻手遮天的，沒有誰有這個本事，給他們底氣的，是那些排隊等offer的應聘者。
4 與其說996，不如說加班的現象。而程式員靠近網際網路，具有天然的 媒體傳播優勢，現在媒體廣泛傳播996的事情。回過頭思考一下醫院的醫生，護士，影視媒體編輯等等也是經常熬夜加班的。
用 方文山的話說 這是一種正常的社會現象。
5 聊聊 996 –Fenng
不少人混淆了在公司的停留時長和工作時間這兩個概念，甚至故意混淆。在公司消磨時間不等於工作時間。
反對 996 的人的另一個錯覺是，一年裡有10個月在罵那些瘋狂加班的公司，年底 2 個月開始羨慕那些發了豐厚年終獎的公司。可這都是同一類公司。人就是這麼善於遺忘，只看到別人吃肉看不到捱打。
對 996 最有力的反擊是你有能力用更短的工作時間做出最有效的工作產出，如果工作者能達到這個水平，相信沒有什麼公司繼續要你加班的，畢竟，還要承擔水電煤的費用。當然，公司到時候或許會少招聘幾個人。
關於工作成長
第一，市場競爭態勢的預見性。 第二，業務上的預見性。 第三，技術上的預見性。 首先，技術領域瞬息萬變，昨天的技術新趨勢，明天就成為行業標桿的標準解決方案。低頭拉車之餘，必須抬頭看路。
其次，單一技術趨勢，並不能承載中大型團隊，不能承載劇烈變化的業務，我們對此需要有一個基本的判斷。
再次，當業務從零到一的時候，我們需要有一定的預見性，走一步看兩步。
最專業的高手從不指望臨場發揮， 隨機應變是外人看見的一種錯覺。
第一步，找到導師。什麼是好的導師？針對你的行為作出及時反饋，告訴你這個做對了，那個做錯了，這才是好的導師。
第二步，建立知識框架。 研發工程師的職業生涯需要哪些知識點，我肯定知道。你不知道的話，你的導師肯定得知道。
第三步，分段拆解，反覆刻意訓練
第四步，商業實踐。演習完了最終還是要接受商業實踐的檢驗，這是判斷好壞的唯一準繩。
第五步，講出來，寫出來，價值觀輸出，最佳實踐輸出。無論是一個人，還是一個公司，當你強大起來之後，一定會伴隨著價值觀的對外輸出。 你的疆域不再只是你寫的程式碼，你負責的工程。限制你的僅僅是你的意願和行動力。
三 如何向上做彙報？
場景代入——到底講給誰聽？
給出背景——不要隱藏假設
金字塔原理和總分總——幫助領導切換背景關係
不要開啟新故事——不要逼領導按你的思路走
給人選擇的權利——條條大路通羅馬
為你的決定找到主邏輯——別生拍啊 其他一些細節
開心一下
