近日，一條“有贊年會親歷”的帖子在知乎刷屏，關於有贊年會上宣佈的年後開始執行“996”工作制度的訊息，引發了有贊乃至整個網際網路員工激烈吐槽。
圖片: mmbiz.qpic.cn/mmbiz_png/Q…
什麼是“996”？它是一種上班作息制度，早上9點上班，晚上9點下班，一週工作6天，大多在創業公司。
圖片: mmbiz.qpic.cn/mmbiz_png/Q…
站在風口浪尖的有贊CEO白鴉迴應稱： 幾年後回頭看，這次絕對是好事，讓更多人瞭解了有贊文化，也會讓人才想進時謹慎考慮，不至於來之前和來之後不一樣。
但是真的是好事嗎？
國內很多網際網路公司都預設執行996，但是對外還是宣稱：“彈性工作制”，八小時工作制這個勞動法的底線並沒有明目張膽撕下來，可是有贊這次年會挑明瞭這麼做。
它撕下了最後一塊遮羞布..
不要在低效率陷阱中做偽工作者
原騰訊副總裁、《浪潮之巔》作者吳軍博士分享過一個故事：
2006年穀歌成立了中國分公司，吳軍將東亞市場相關產品交給了李開復。
可是谷歌總部對於李開復負責的北京和上海工程師的評價特別低，當時北京三、四個工程師工作效率甚至抵不上谷歌總部的一個工程師。
於是吳軍親自回到北京，發現北京工程師特別忙綠，但是產出卻不高，而且顯得十分焦慮。
圖片: mmbiz.qpic.cn/mmbiz_jpg/Q…
吳軍博士讓每位工程師羅列了5項優先順序最高的事項，並問他們是否完成其中一半工作就會減輕焦慮？所有人都給予了肯定的回答。
事實卻恰恰相反，為什麼呢？ 1.因為在網際網路公司永遠不會有工作做完的時候，這個行業發展速度太快。 2.更因為網際網路產品開發是一個動態優化迭代的過程，根本沒有一個靜態的版本，新的問題總是會不斷湧現。
新出現問題都需要第一時間解決嗎？ NO，選擇比努力更重要些。
那些每天都顯得特別忙，同時也特別焦慮的“優秀加班”員工其實就是谷歌內部所稱的 Pseudo Worker，中文譯為“偽工作者”。
偽工作者：那些每天把自己搞得很忙，雖然看著會解決一些問題，但是這些工作並不會產生什麼特別好的效果。
相比於國內“狼性文化”、“996”的拼命模式，谷歌和FaceBook則採取相反的激勵模式：
他們衡量一個員工的評價，不是基於他寫了多少行程式碼，而是所做事情對於產品產生了多大的效果。
在一個最需要創新的領域，通過工作時間來限制員工，怎麼會有土壤培養高效率的員工呢？
這次有讚的行為真的有點本末倒置，白鴉最需要做的是讓員工站在“能讓公司獲得最大收益”的基礎上去做事。
要讓所有員工明白積極工作的最大受益人是他們自己，而不是通過“996”來讓員工產生巨大牴觸情緒。
男程式設計師們，別隻顧低頭寫程式碼了
圖片: mmbiz.qpic.cn/mmbiz_jpg/Q…
網際網路的大環境往往很難很快改變，那麼作為網際網路公司核心的程式設計師們，如何才能在這樣激烈、險惡的環境中穩步提高、培養自己的核心競爭力呢？
健男會從6個方面進行簡要分析 1.注重溝通能力培養 2.提高解決問題能力 3.打造個人IP 4.擴大自己社交圈 5.堅持讀書習慣 6.閒暇時間的管理
1.溝通能力
溝通在每個行業都很重要，在平時工作中溝通能力強的同事也會更有職場競爭力些。
在參加多個部門協同進行的會議中，經常會發生分歧和爭論，對於程式設計師來說在會議中表明自己觀點、即時溝通一直是很大痛點。
所謂的程式設計師溝通，最常見的包括：日常開發中與產品經理溝通需求、與技術人員交流技術、向領導彙報工作、與跨部門同事吃雞等。
有時候程式設計師看似坐在座位上冷靜程式設計，其實內心波濤洶湧，有可能正在經歷一種崩潰，他們有可能正在和bug生氣、更有可能是在和產品經理慪氣。
圖片: mmbiz.qpic.cn/mmbiz_png/Q…
也許一部分程式設計師會說，與人溝通本身就不是我所擅長，我們之所以選擇做技術開發就是因為不愛和別人說話。
程式設計師著名網站StackOverFlow創始人之一Jeff Atwood說過： 成為一位傑出的程式設計師其實和寫程式碼沒有太大關係。 做程式設計師確實需要一些技術能力，當然還有要堅韌不拔的精神。 更重要的是要有良好的溝通能力。
如果僅僅認為寫程式碼是人與機器在溝通的話就大錯特錯了，與人的溝通能力永遠是你必須要跨越的瓶頸。
甚至可以說寫程式碼本身就是一種溝通，通過程式碼來表現溝通的結果。
溝通的一個難度在於清晰的傳遞內容和觀點，特別是討論某一重要產品實現流程，必須要和產品經理反覆確認才可以推動下一步工作。
在《黑客與畫家》中Paul Graham說過： 判斷一個程式設計師是否具備“換位思考”的能力有一個好辦法，那就是看他怎樣向沒有技術背景的人解釋複雜的技術問題。
不信的話你可嘗試用“人類的語言”來向產品經理講清楚區塊鏈的實現原理，一旦你開口你就會發現自己對於區塊鏈的理解有多無知。
溝通另外一個難度在於場景複雜，不論是線上溝通還是面對面溝通都是一種載體的傳遞，這種載體包括你的語言組織、眼神、姿態、動作，甚至包括你的氣質。
所以溝通能力的提高只能通過勇敢的嘗試，並迭代總結出適合自己的說話、交流方式，可以多嘗試用換位思考。
2.提高解決問題能力
在程式設計師隊伍中，有一部分人特別好學，經常會買各種型別的技術書，週末還會上技術類的網課，照努力程度來看，他們已經可以和大牛相媲美。
可現實情況卻是，他們距離大牛的差距越來越大，為什麼呢？
圖片: mmbiz.qpic.cn/mmbiz_png/Q…
因為他們只是做了知識的搬運工而已。他們也進行了閱讀，但是他們看的不夠精細，對於很多知識只是粗略一覽。
特別是在這個碎片化的時代，利用手機來看技術類的文章很多都無法深入，經常只對字面意義進行了理解，沒有做太深入的思考。
對於程式設計師來說，理論知識的過度累積也許只能讓你成為一個假大空、只會誇誇其談的代表。
心理學家丹尼爾.威林厄姆在《為什麼學生不喜歡上學》中提到： 反覆練習的價值，在於使某些認知活動可以自動化進行，從而為思考時所用的工作記憶騰出寶貴的實踐。
其實，你掌握了多少技術知識，並不取決於你看了多少技術的書，記住了多少知識點，而只是取決於你能呼叫多少相關的知識。
所以說，程式設計師最重要的能力絕不是掌握了多少知識，而是解決問題、適應新技術、認知迭代的能力
那如何通過實踐練習來提高解決問題的能力呢？
1）首先要從知識的源頭去找尋
github和英文官方文件都是很好的資料來源，平時也可以適度關注高質量、更新頻繁的國外大牛的技術部落格。
不要輕易使用百度，因為你搜出來都是百家號。
不要輕易使用二手的知識，那是被別人咀嚼過的。
2）通過問題來建立自己的知識體系
你看Android原始碼，從頭開始看估計10年都看不完。
因為資訊是無窮盡的，你想通過大量的資訊來建議自己的知識體系是非常低效的。
這時候如果你帶著一個個小問題（開機啟動、非同步訊息、螢幕繪製等）去解讀原始碼，這時候你會發現原始碼變得好理解了。
平時通過發散的問題找到對應解決方案，在需要的時候深入學習對應的知識，這才是一種高效的解決問題的方法。
3）對問題進行整理並輸出
《美國之夢：富蘭克林自己的故事》中有一段： 富蘭克林要培養自己養成13個道德準則，採用了“集中精力一次實踐一項，待一種習慣養成之後，再實踐另一項”的方法，為了監督自己，他便每日自省，把道德要求和自己的行為做比較，持之以恆。
對於程式設計師來說，最好的反省方式就是寫技術部落格。
當我們寫技術部落格，進行技術輸出時，我們會分析所寫知識點的“內在深層結構”，我們會呼叫各個知識點的內在聯絡，這樣會加深理解深度。
一篇技術部落格要被人讀懂、把人說服，這需要一個清晰的邏輯表達、充分詳細的程式碼以及縝密的思維，完成整個閉環，才是提高程式設計師能力的關鍵。
除了自身理解之外，寫部落格可以帶來一個明顯的好處：能收穫的即時反饋，也就是使用者的評論，評論中蘊含中巨大的價值。
評論可以修正你對知識理解上的錯誤、侷限，也可以讓你認識到自己認識的盲區，通過“使用者反饋”來進行認知和產品迭代，這本質上也是一種網際網路思維。
圖片: mmbiz.qpic.cn/mmbiz_jpg/Q… （別改需求了Pm大大，我不寫了還不行嗎）
關於後面4點，會另啟一文。 至於為什麼只說男程式設計師，下文也會進行解釋
大家再見，我是jian男，健康的健。