[[376443]] 

圖片來自 Pexels

01內(nèi)卷化的形成

內(nèi)卷為什么會形成呢?從公司內(nèi)部的角度來說，同事之間做的事情也缺少獨特性。

那么既然每個人都差不多，那么與其招一個工作十年的人，還不如招個應屆生。

雖然說從代碼的產(chǎn)出和質(zhì)量來說，工作十年的工程師比應屆生理論上來說應該是好很多。

但是如果工作十年的人缺少積累，缺少系統(tǒng)性的理解，那么跟應屆生比較可能多了一些廣度(因為換過工作)。

但是深度上來說并沒有本質(zhì)上的區(qū)別，那么這個時候就會發(fā)生內(nèi)卷了。

公司不停的把老員工換成新員工，老員工也不停的跳槽導致缺乏積累，長此以往公司很難得到優(yōu)質(zhì)的員工，員工也很難得到深入的知識和技能的積累。

如果把這個發(fā)到公司之間，那么很多公司間的競爭也是重復性的，你做個朋友圈，那么我就做個拼圈，如果你做個金融服務，那么我也做一個。

公司的產(chǎn)品決策并不完全是跟公司本身的基因和方向決定，而是因為什么方向火而趕鴨子上架。

公司在做決策的時候考慮的是最少的投資和最快的回報，而不是靠著自己的特性而做長久的、獨特的產(chǎn)品發(fā)展。

在做這樣重復建設(shè)的時候，公司可能會在競爭對手那里挖上那么幾個牛人，然后其他的(包括 UI)都照抄就好。

長此以往，用戶、客戶很難用到更好的產(chǎn)品，而公司也很難積累出做出好的產(chǎn)品的能力。

02從內(nèi)卷到 996

既然公司間都內(nèi)卷了，公司做的產(chǎn)品跟別人的產(chǎn)品差不多，那么拼的就是手速了。

如果競爭對手和你拿的投資差不多，那么招的人數(shù)也接近，如果競爭對手都 996 了，那么你 955 豈不是輸在了起跑線上?

同理，大一點的公司內(nèi)部，團隊之間也沒有太多壁壘和界限，如果說你團隊的輸出能夠替代另一個團隊，那么讓自己的團隊拼一拼，把地盤占好，年底漲工資也是一個很美滋滋的事情。

但是如果你這樣做，別的團隊也這樣做，長此以往就沒人不 996 了，最后你 996 也不夠，只能 007 了。

[[376444]] 

03我如何看待 996

我今年工作剛好十年。我剛畢業(yè)第一年在阿里工作，團隊的任務還是比較重，但是我一周也就兩天會在公司吃晚飯。

周末和晚上我也會花時間學習感興趣的東西(當時是機器學習，還寫了不少博客)，真正晚上工作的時間不是很多。

后來去了一個外企，基本上每天 5 點公司就沒人了，我晚上就看看開源的項目，有時間貢獻一下。

過了兩年我去了美國，第一年公司 IPO 前還比較忙，有時候晚上要在公司吃飯加個班啥的，后面 IPO 后公司也沒人加班了，我周末和晚上不少時間都花在開源里面。

最近這幾年帶團隊，白天的會比較早，一周晚上也有那么幾天有晚上的會，除了陪陪家人以外，有時間我還是會繼續(xù)弄弄開源，看看論文和書。

我對于公司、團隊級別的強制 996 是反對的，因為工程師做的事情應該是在更輕松的氛圍里面創(chuàng)新，而不是被按在工位前出活。

有些工作是需要很多的思考，特別是架構(gòu)設(shè)計，還有職責劃分之類的。

996 會讓人缺少了思考的空間，對于那些資深的工程師或者架構(gòu)師來講，缺少思考的空間會導致最后出來的架構(gòu)不是最優(yōu)的。

因為好的設(shè)計應該是想出來的而不是堆出來的，如果架構(gòu)設(shè)計都出問題了，后面的工程部分會跟著錯。

對于管理方向的人也一樣，如果缺少了思考的空間，管理者會更難為他人著想，更難思考團隊到底需要和達到什么的目標，怎么做能夠讓公司受益等等。

當你的時間都困在了工作中，長期來講會產(chǎn)生工作的倦怠(burn out)，對于身心、家庭、還有公司都不是什么好事。

但是另一方面我對于彈性的工作時間和短期的加班是可以接受的，比如說產(chǎn)品要發(fā)布了，或者客戶有什么問題了，哪怕是周末或者晚上，我覺得也應該能夠盡力幫忙，但是這樣的加班節(jié)奏不應該是長期的、持續(xù)的、強制的。

公司(或者管理者)不應該告訴員工這個時候加班，我的態(tài)度是，如果員工有一段時間特別忙，加班比較多，我會讓他們?nèi)バ輦€假，或者輕松一段時間。

我自己也一樣，如果忙了一段時間，也需要從工作中脫離一下。因為忙碌的時間太久想要從中恢復很累，而且加班太多，導致心情不好的時候也會讓家庭不開心，并且影響工作本身的效率。

04工程師怎么避免內(nèi)卷化

第一我覺得工程師要打好基礎(chǔ)：不管是科班畢業(yè)還是轉(zhuǎn)行。當你做上程序員的時候，就一定要打好自己的基礎(chǔ)。

基礎(chǔ)包括：

①編程本身的技能：一定要寫一手好程序，有好的編程習慣。

②寫作、溝通的技能：能夠?qū)懞玫奈臋n，做出清晰的溝通。

③在工作的前幾年，就要開始建立自己的社交圈，有一些值得信賴，互相學習、找工作可以互相內(nèi)推的朋友，這樣可以避免走很多的彎路。

④在自己工作的范圍內(nèi)，看得比較深：因為你對于某一樣東西有深入的理解后，學習淺一些的東西會很容易。

比如說你做的是互聯(lián)網(wǎng)的后臺開發(fā)，那么深入理解一個或者幾個分布式的系統(tǒng)很重要，如果做 iOS App，那么對手機系統(tǒng)的內(nèi)部工作應該是要很懂。

⑤多閱讀，多看看系統(tǒng)的知識，還有好的論文(比如說 Google 的論文)：這里我并不推薦付費的網(wǎng)課。

相對網(wǎng)課，看看那些原創(chuàng)的書，比如說 DAIA，算法導論之類的。會比只是教你刷刷 LeetCode 要好得多。

當然 LeetCode 也是可以做做，不過不應該把它作為人生的追求。也建議看看管理、商業(yè)類的書，比如說硅谷之火，創(chuàng)新者的窘境之類的。

我建議這些能力在工作的 3 年內(nèi)培養(yǎng)。

3 年后，在有了這些基礎(chǔ)后，對于業(yè)界和行業(yè)的發(fā)展應該會看得更清楚，而不至于走錯大方向。

比如說大家都在做 SaaS 的時候，你不應該花時間去學習太多 Windows 桌面的軟件開發(fā)。

選擇一條發(fā)展更快的技術(shù)路線應該是避免內(nèi)卷化的一個很重要的選擇，如果方向都選錯了那么避免內(nèi)卷也很難。

另外跳槽的時候應該注意積累，每次跳槽應該是能夠有更加深入的技能，而不是看錢跳槽(錢會自然來的)。

如果每次跳槽都是換個方向平移重來，可能會導致工作十年跟工作 3 年的輸出類似。

[[376445]] 

05關(guān)于技術(shù)方向選型的一些建議

我個人覺得未來的后端軟件發(fā)展逃脫不了兩樣東西：

• 第一是云
• 第二是開源

在大部分的時候是兩者結(jié)合起來的，因為云本身也用了很多開源的軟件。相比自己造輪子，使用開源，并且貢獻開源(重點)應該是第一選擇。

把開源軟件 folk 出來，自己搞一套我覺得并不是很可取。因為這樣跟做閉源的區(qū)別也不是很大(當然你至少會對那個開源軟件有深入的了解)。你的第一選擇是，能否把一些貢獻給反饋回開源的社區(qū)。

如果你選擇貢獻開源，最好選擇貢獻有社區(qū)的開源軟件，其中以 Apache 或者 CNCF 為代表。

因為有社區(qū)的開源軟件會走得更長、也往往會更成功，作為一個這樣(成功的)項目貢獻者你的價值就會越大。

如果你剛畢業(yè)、或者工作時間還很短，建議選擇更新一點的方向，比如說你現(xiàn)在想要做后端軟件開發(fā)，Go/Rust 會比 Java 更好，Java 比 C++ 也會更好。

我這里這樣說不是為了搞語言之爭，我也知道 C++ ver.17 有很多新的特性，也本來就有很多市場。

如果兩個差不多的工作機會，做云上的軟件開發(fā)(比如說一個給餐飲行業(yè)做管理的 SaaS)，會比做傳統(tǒng)行業(yè)軟件開發(fā)(比如給餐飲行業(yè)做桌面軟件)要來得更好。因為一個發(fā)展更快，空間更大的行業(yè)的內(nèi)卷化就會越少。

06管理者：如何避免團隊內(nèi)卷化

作為管理者而言，在做好公司的任務之外，也需要盡力避免團隊的內(nèi)卷化。

首先說說加班，雖然說短時間的 996 會給團隊帶來(不少的)產(chǎn)出，不過從長時間來看，團隊會因為倦怠和缺少進步而缺乏后勁。

長時間的加班會讓團隊心情不好，錢給夠是一個方面，但是錢很難買來長期的快樂(我的經(jīng)驗是漲工資的時候很開心，漲完了過段時間就平靜了)。

相對用錢去刺激加班(給 1.5 倍的工資，干兩個人的活)，我覺得更重要的是讓團隊成員真正能夠得到發(fā)展，能夠喜歡自己的工作，這樣的效果很正向：公司能夠得到工程師盡心盡力的產(chǎn)品，而工程師也能獲得發(fā)展，并且過程很開心。

作為管理者而言，你自己可以加班，但是不要要求團隊總是和你一起加班，偶爾一次可以，總是這樣的話，團隊會變得低效和士氣低落。

跟加班類似的，管理者也不應該認為員工的所有時間都屬于公司的，應該尊重別人的休假、陪家人、生病等等的時間。

那么怎么能夠讓工程師更好的發(fā)展呢?管理者應該和工程師多溝通，多 1-1，了解到別人的需求和想法，然后根據(jù)情況給出不同的機會。

比如說承擔某個重要的功能開發(fā)、在某個 meetup 上面講一場技術(shù)專題、做一個更好的設(shè)計文檔。

作為團隊的管理者，不應該假設(shè)”給你做這個功能你就可以進步和開心了“。

其次，在面試的時候也不要有很多不恰當?shù)囊螅热缯f覺得 35 歲以上、或者懷孕的人就不應該要之類的。

在我看來 35 歲的程序員可以有非常厲害的輸出，對這樣的程序員的歧視首先是非常的沒意義，其次也會加速內(nèi)卷、社會更加不公平和完全不必要的焦慮(35 歲焦慮)。

對于公司而言應該是看大格局(怎么打造一個別人更喜歡的產(chǎn)品)，而不是糾結(jié)于比較 low 的地方。

例如，如果招了一個剛結(jié)婚的人，未來一兩年可能需要休幾個月的產(chǎn)假；或者 35 歲的人有娃，需要花時間陪娃、接娃上下課。

草草寫一點想法拋轉(zhuǎn)引玉一下。

作者：LeftNotEasy

編輯：陶家龍

出處：cnblogs.com/LeftNotEasy/p/14280490.html