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