技術變化那麼快，程序員如何作到不被淘汰？

寫了這麼多年的代碼，你是否曾經有過這樣的迷茫和困惑——技術發展突飛猛進，奮力追趕的咱們，到底是技術的主人仍是技術的奴隸？

程序員是吃青春飯的嗎？仍是自身的能力達不到年齡的要求？

近期，我與團隊同窗探討了職業發展規劃的問題。有些同窗表示但願後續能進一步在技術領域（或管理方向）有進一步的積累；有的同窗表示但願在新的一年能具備更好的技術影響力，本身能作一些技術決定，去影響其餘人，這樣本身會頗有成就感。

所以，我也問了一些問題：

l 你但願技術能進一步積累，那你積累的方向和指望達到的結果分別是啥？

l 你但願能有技術決策，但願有影響力，你以爲應該如何作到？

l 是但願經過崗位任命的方式嗎？

l 你以爲是否成功的標誌，就是今年或明年獲得晉升嗎？

l 等等

大部分同窗在面對這些問題時，實際上是比較迷茫的，也缺乏真正可度量的衡量標準。是否能在短時間內得到晉升成了大部分人做爲「組織是否定可、本身是否定可」的衡量標準了。 固然，這個話題仁者見仁、智者見智，這裏我簡單地談談個人見解。我以相對比較口水化的方式，將職業發展分兩個階段來進行闡述：

1）第一階段：大學畢業3到5年

2）第二階段：大學畢業5到10年

第一階段：大學畢業3到5年

對於從事Java軟件開發的技術同窗，在畢業後的3到5年內主要都是以學習、積累爲主。這個階段的工做幾乎天天都有驚喜，都有收穫。從一開始啥都不懂的校園「新鮮人」向「職業人」轉變。在這個階段，你會學習：

首先，你須要有深度的Java基礎知識：你會開始看《Java編程思想》、《Effective Java》。這兩本書絕非普通的基礎，而是至少擁有1~2年卓越的java開發者纔有可能學完，並且這兩本書通常要讀完須要1年左右的時間。

其次，你須要看一些開源框架的源碼，若是單單使用框架是實現業務而不去深刻框架核心,架構思想,過幾年有可能會發現你脫離了框架什麼活也幹不成。

 

再者，你在這這個階段已經不能侷限於知足於講代碼寫出來，此時此刻的你須要追求高質量高性能的代碼了，你此時須要研究的知識就會以下圖所示：

 

是否是學習了上面作這些技術就夠了呢？相信看到這裏的碼友已經知道答案了，沒錯，你還須要知道分佈式架構的知識

 

 

另外，目前企業有大小，平臺有限制，甚至對開放的方式方案都出現了獨立的方式，Facebook每一個模塊的功能從設計到開發再到維護，由後端到前端再到客戶端都是經過一程序員來進行的，這些就是所謂的全棧工程師，那麼java開發中，咱們服務器也有其自身的獨到性；那麼如何將龐大的後臺系統分部成爲多個功能獨立，部署獨立，維護獨立，鬆耦合的獨立服務呢？從而減小企業的溝通成本和維護成本呢？毫無疑問，這就是微服務。

 

最後，若是說開發是一個戰場，那麼程序猿們就是勇猛的戰士，咱們的戰鬥須要協調合做，統一調度，統一部署。那麼完美的配合天然須要優秀的開發工具，那就就是咱們的敏捷開發的學習。

 

項目實戰

加架構羣:692-845-439 便可獲取以上價值1.8w的全套資料及視頻！

第二階段：大學畢業5到10年 不少本科同窗，特別是研究生同窗。

10年後，就已經到了3四、35歲左右了。也是前段時間網上普遍討論的所謂34+歲現象。其實，年齡並非問題的真正緣由。真正的緣由仍是在於自身「競爭力」是否符合這個年齡所應該具有的。

到了這個年齡的人，每每已經不是「我的貢獻者」了，而是「團隊貢獻者」。團隊貢獻者多是帶團隊的TL，也多是個架構師，在技術決策上具備團隊影響力和話語權。

爲何這些人能管理團隊或者有影響力呢？

從公司的經營視角看，一個管理團隊的人，他必須爲業務的成功負責。說個大白話，一個TL管了N我的，他至少要能保證你們輸出所產生的價值，至少要高於這個團隊的工資、獎金、五險一金、OPEX、CAPEX等等吧。

負責領域的業務特色、發展趨勢、友商競爭分析有很好的洞察？能知道這個業務領域的客戶是誰？他們的需求是什麼？他們的痛點是什麼？

具有這種能力的人他必需要對技術有敏銳的洞悉力，知道何種需求須要使用哪一種技術來解決，知道技術方向是否恰到好處。那麼這一切都創建在他順利的度過了完整的前五年。