那些70後的程序員都消失了嗎?

那些70後的程序員都消失了嗎?

 

在娛樂圈,哦不,是在程序員這個吃青春飯的行業,有一我的人聞之色變的話題,曰:「年老色衰」。只要是個程序員,內心都會惴惴不安的想:「我老了之後賣不動色相,哦不,寫不動代碼了,我還能幹啥呢?」。今天我們來談談這個禁忌話題。程序員

在我仍是25歲的時候,我和不少程序員同樣,其實有一樣的擔憂,老了之後怎麼辦?寫代碼難道還能寫到30歲?數據庫

當我30歲的時候,我發現本身創業去了,雖然很是苦逼,可是苦中做樂,還挺有挑戰的。固然創業是沒有退路的,創業要是失敗了,估計更加沒人要了。因此仍是先想創業的事吧,35歲的大齡程序員問題仍是5年之後再說。編程

一晃我就35歲了,創業公司賣了,我在新東家當CTO了。話說這個CTO其實也很苦逼,操心的事太多,天天各類瑣事,壓根沒空想中年危機的話題。設計模式

而後我立刻就40歲了,不算有錢,但養活本身徹底沒問題,想着趁本身還能蹦躂幾年,再作點什麼吧,就跳槽去了另外一家公司。性能優化

如今回想25歲的時候,當初的擔心真的是杞人憂天了。我如今寫代碼也徹底沒問題,偶爾也會寫點代碼練練手,自娛自樂一下。可是從2010年我34歲開始,工做上我已經不適合寫代碼了。不是我不肯意親自寫代碼,我反而以爲寫代碼頗有成就感,而是我不寫代碼對公司的價值更大,我須要把時間和精力放在規劃產品方向、決策技術架構、培養團隊,提高公司戰鬥力上。架構

那些70後的程序員都消失了嗎?

若是你如今去一家互聯網公司看看,你會發現程序員的主力都是90後了,80後都不多,至於70後幾乎絕跡。那麼一個有趣的話題是:「70後的程序員都消失了嗎?」併發

其實沒有消失,而是70後的程序員已經成爲各個互聯網公司,各個IT公司的高層了。那麼你會問:「一個公司就幾個高層職位,哪有那麼多職位給70後呢?」框架

答案是:「20年前根本就沒有多少IT公司,70後的程序員也沒有如今動輒幾百萬的規模」。這20年來,整個IT和互聯網行業擴大了100倍都不止,創造了海量的就業機會,不管是高層仍是一線崗位。分佈式

那麼還有70後程序員奮戰在coding第一線的嗎?固然有!比我還大一歲的高春輝,中國互聯網的活化石啊。老高身爲一家公司的老闆,仍然不願放下coding的樂趣,至今堅持親自寫代碼。微服務

因此看起來,到了40歲,不管本身寫不寫代碼,彷佛都不至於年老色衰,程序員這個職業的保鮮期彷佛沒有娛樂圈短。做爲一個年輕程序員的你來講,應該怎樣延長本身的保鮮期呢?

20-27歲:技術積累階段

假設本科22歲畢業,那麼工做的前5年對你來講是打基礎的階段。在這5年時間裏面,你要積累足夠的代碼量,打磨本身的技術實力,成爲某一個技術細分領域的牛人。

而我本身當年在這個階段的努力程度是如飢似渴的,春節都不回家,蹲在出租房裏面啃技術文檔。剛參加工做的時候,曾經連續一個月在公司打地鋪睡覺。

所以,在前期的技術積累階段是很是苦逼的,因此我在這裏給有想法的程序員們提供一份進階路線圖,主要針對2到5年及以上工做經驗的Java開發人員,從廣度到深度來講還算比較全面的,裏面的技術包涵了Java高併發、分佈式、微服務、源碼分析、高性能等技術,這些也是目前互聯網企業比較經常使用的技術。(圖片能夠保存)

一:常見模式與工具

學習Java技術體系,設計模式,流行的框架與組件:

  • 常見的設計模式,編碼必備
  • Spring5,作應用必不可少的最新框架
  • MyBatis,玩數據庫必不可少的組件

那些70後的程序員都消失了嗎?

 

二:工程化與工具

工欲善其事必先利其器,不論是小白,仍是資深開發,玩Java技術體系,選擇好的工具,提高開發效率和團隊協做效率,是必不可少的:

  • Maven,項目管理
  • Jenkins,持續集成
  • Sonar,代碼質量管理
  • Git,版本管理

那些70後的程序員都消失了嗎?

 

三:分佈式架構

高併發,高可用,海量數據,沒有分佈式的架構知識確定是玩不轉的:

  • 分佈式架構原理
  • 分佈式架構策略
  • 分佈式中間件
  • 分佈式架構實戰

那些70後的程序員都消失了嗎?

 

四:微服務架構

業務愈來愈複雜,服務分層,微服務架構是架構升級的必由之路,Java技術體系,和微服務相關的技術有哪些呢?

  • 微服務框架
  • Spring Cloud
  • Docker與虛擬化
  • 微服務架構

那些70後的程序員都消失了嗎?

 

五:性能優化

任何脫離細節的ppt架構師都是耍流氓,向上能指揮若定,向下能解決一線性能問題,Java技術體系,須要瞭解:

  • 性能指標體系
  • JVM調優
  • Web調優
  • DB調優

那些70後的程序員都消失了嗎?

 

 

28-35歲:造成思惟方法論和知識體系的階段

當你積累足夠的代碼量,例如超過10萬行代碼之後,你應該造成了本身的思惟方法論和本身獨立的學習技巧,任何新的技術在你眼中都能迅速的看到技術的本質,快速吸取成爲你的知識體系的一部分。

到了這個階段,你會發現你所徹底不瞭解的新技術新知識是很是少的,新技術對你來講也不過是幾天時間就把玩的很好的玩具,學習愈來愈輕鬆,掌握的知識儲備愈來愈多。

你開始逐漸的再也不知足於純技術領域的探索,而是思考更多的問題:如何將技術轉化爲生產力;什麼技術在什麼樣的場合可以發揮最大的價值;技術團隊應該怎樣構建;在一家公司裏面,我怎樣才能將本身的技術能力最大化的發揮出來?

在這個階段,積累技術對你來講簡直是小菜一碟,你更須要磨練的是思考能力,造成本身的思惟方法和知識體系,這將是你幫助你一輩子的武器。

35歲之後:瞭解本身,把本身變現的階段

毋須諱言的是,35歲之後你的一線coding能力必定是降低的,你寫代碼絕對不如25歲的程序員快,效率高。可是這不重要,由於編程只是你整個武器庫當中相對最不重要的了,你的經驗,你的視野,你的架構能力,你的管理能力,你分析和解決問題的能力已經遠遠不侷限於技術這個領域。

30-35歲這個階段,最關鍵的是瞭解本身。知道本身擅長什麼,本身的優點在哪裏,怎樣纔可以最大化本身的價值,同時也知道本身有什麼缺陷,怎樣避開作本身不擅長的事情,不勉強本身,不讓本身處於對本身不利的環境,這是人生的智慧。

一我的可以客觀的認識本身是很是困難的,不少人終其一輩子都沒有活明白,既不知道怎樣發揮本身的天賦,也拒絕認可本身的缺陷。在35歲之後,要接受一個不完美的本身,知道怎樣揚長避短,最大化我的價值。可以作到這一步的程序員,人到中年徹底不是程序員生涯的終結,反而會走向我的事業的巔峯。

一些後話

在這篇文章當中,我沒有提到不少具體的技術人員選擇發展道路的問題,例如:

  • 成長爲核心業務的核心骨幹
  • 成長爲技術管理層
  • 轉型業務專家,轉型作業務諮詢顧問
  • 轉型產品經理,產品總監,走產品線

這些均可以,都是一些具體的職業發展道路的選擇問題。然而不管選擇,只要你始終保持開放的學習心態,不斷積累知識和經驗,構建我的的知識體系,磨練本身的思考能力,而且時常自省,中年對你來講徹底不是危機,而是巔峯。

注:若是對我在文中提到的技術點感興趣的朋友,能夠關注一下我,而且上述提到的源碼閱讀、分佈式架構、微服務、性能優化、阿里項目實戰、Devops、併發編程等內容都已經分享在個人裙867924282中,而且每晚我都會在羣內直播講解這些架構技術的底層實現原理,感興趣的程序員們能夠加羣找管理員獲取。

相關文章
相關標籤/搜索