討論一下30歲後程式猿的命運

2021-09-27 11:45:01 字數 1477 閱讀 2584

之前,我見過很多網上說,35歲以上的程式設計師被清退,30歲程式設計師就開始走下坡路。

今天,我們來聊聊這個話題,以及我個人的一些看法。

首先,學習能力。

其實,我不太相信乙個人在20多歲,學習技術的能力很強,到了30多歲學習能力就會變得不強。

乙個人的學習能力,我認為隨著年齡的增長,在30歲這樣當打之年,只會越來越強,根本不存在30歲程式設計師學習能力變弱的謬論。

那麼,為什麼30歲以後的程式設計師,在技術上,開始變得沒那麼熱衷了呢?

我的看法是,乙個人隨著年齡的增長,需求和接觸面的擴大,精力分配會更廣,分配到技術上的精力可能變成原來的1/10或者2/10,更多會依靠積累的經驗、處事能力和認知麵等,看得越多,在決策上會更加周全,也就更適合做管理層。

所以說,30歲這個門檻,除非你是技術為王,否則就要開始考慮更多的事了,以後的職場發展等。

其次,程式設計能力。

不可否認,隨著分配到技術的精力越來越少,程式設計能力可能會變弱,但不代表沒有,那是選擇的結果。

以前聽說過一句話,有些老一輩的藝人退出來了,一些新的藝人加進來。老藝人已經下山了,新藝人才上山,不要去嘲笑下山的老藝人,人家曾經探索過,輝煌過,而你才剛開始。

所以,不要嘲笑你們公司裡不會技術的cto,他才是運籌帷幄的將軍,他的角色定位是把握方向盤,讓公司往正確的方向發展。

接著,聊聊我對技術行業的看法。

技術這個行業,變化快是特點。可能這個月學的技術、語言,下個月就不用了,再過乙個月又出來乙個框架或者語言,應接不暇,學不動了這是技術人的自嘲。

做it搞技術的,我認為是比較合適普通家庭的孩子,前期錢多,能快速解決生活、家庭的費用問題,但技術這條路有很大的瓶頸。

它會隨著年齡的增長,越到後面,競爭力越差。

這裡不是說技術不好,而是技術這條路的商業模式是較為水平向前的,乙個技術迭代過來,你幾年的積累又要重新開始,像乙個波浪線一樣,起起伏伏,不斷迴圈這個過程。

你所謂的優勢,只不過是時間的優勢,壁壘很弱,並且不是乙個滾雪球的過程。

其他行業,例如金融行業,你能入行,慢慢積累,你的人脈、資源會越來越多,你就越來越值錢。你的這個行業並不會因為迭代快而要重複這個積累的過程,但it行業需要。

所以,金融行業是乙個前期收入低,後期增值明顯的行業;it行業是乙個前期收入高,後期收入變化不大的行業。

如果確定自己要深耕it行業,我有幾個小建議。

做技術,你之前的工作內容要對之後的工作產生加成所用,這個理念我早幾年也經常和同事**,不過效果確實好,也是方向。例如,之前做開發,我會把重複的內容抽象出來,做成技術庫,基礎框架等,下次就不需要重複之前的勞動了。

多做分享,會議分享也好、文章分享也好,一定要表達出來。不表達的東西,看似你是知道的,但這些點都是資訊孤島,表達出來就是連點到線成面的過程,會讓你有更加深刻、全面的理解。

最後,祝願30歲之後的程式猿,都能找到自己安身立命的東西,讓自己活得更有底氣。

討論一下關於string的比較

author hzh 2018 9 5 jdk 1.7 public class testaboutstringcompare 討論一下關於string的比較。1.運算子 對於string物件來說,比較的是物件的引用。2.方法equals 判斷兩個字串是否具有相同的字串行。3.方法compareto...

討論一下資料檔案的儲存位置

在寫程式時,經常會遇到讀寫資料檔案的情況,比如載入 儲存 配置檔案等。一般使用者在安裝程式時,會選擇預設的目錄 program files 或者 program files x86 以前都是直接把資料檔案放到程式根目錄中,所以資料檔案就儲存在 program files 資料夾下。最近才知道這樣做其...

討論一下文章的閱讀量 (個人觀點)

昨天我寫了一篇文章,不對,應該是前天才對,文章的名字叫 分享乙個sqlserver指令碼 計算資料庫中各個表的資料量和每行記錄所占用空間 個推薦6000 閱讀 我覺得這篇文章跟那個指令碼是普通得不能再普通的了 個推薦,以至於當天一直停留在最多推薦的位置 通常一般來說,如果你的文章寫得好,在短時間之內...