程序員三十而立，應如何選擇才能繼續將技術路線走下去？

一位身在北京一家小公司的36歲Java後端開發工程師，找我諮詢將來職業方向。咱們聊了一個多小時，話題涉及留一線城市仍是回二線、作技術仍是轉管理、如何保持競爭力、是否要轉換新的技術棧等等話題。我提取其中關於大齡程序員想繼續走技術路線的兩部份內容：

1. 大齡程序員選擇公司的3個關鍵點
2. 保持競爭力的2個建議

分享給你們。注意，咱們討論的是走技術路線。

1、大齡程序員選擇公司的3個關鍵點

第1點是關於大公司、小公司的。

不要選擇小微的創業公司，緣由以下：

1. 極不穩定，一年半載就死掉的佔大多數，會致使你須要頻繁換工做，而年齡會愈來愈大，找工做愈來愈難。

2. 多數小微創業公司，目的是生存，偏向應用類產品，但願程序員能抗壓、加班、一人多用、快速出活，它們不喜歡大齡程序員（除非你是技術帶頭人），由於你10年經驗和3年經驗，在這裏乾的事情差很少。

3. 技術創新和技術壁壘的構建，須要大把金錢和人力資源，不少小公司作不起

優先選擇中型、大型公司，或者已有行業內優秀產品的小公司。在這些公司裏，由於業務或服務發展的須要，由於構建競爭壁壘的須要，由於提高生產率的須要，由於下降運維成本的須要，機率上講，會對技術更爲重視。

第2點，分析公司是否重視技術。

即使選擇中大型公司或有好產品的小公司，也要看看在這些公司裏，技術部門的重要性，即要確認，公司是技術導向、市場導向仍是運營導向。

選擇的順序是：技術導向、運營導向、市場導向。

由於在一家公司，技術越被重視，技術人員的知識、技能、經驗等方面的積累也越被重視，也越能承認大齡程序員。

第3點，觀察目標公司的年齡分佈。

咱們不能光聽公司說本身歡迎大齡程序員，要看它現有技術團隊成員的年齡分佈。

歡迎大齡程序員的團隊，裏面必定有若干大齡程序員。

不歡迎大齡程序員的團隊，除了負責人，基本都是小鮮肉。

選擇那些團隊中有大齡程序員的團隊，可能更靠譜。固然，若是你是某方面的技術專家，能夠忽略這條。

2、保持競爭力的2個建議

想要在技術之路上走得久遠，有兩點很是關鍵：

1. 在某個細分技術方向上精研，創建標籤，讓團隊內提到某個方向就想到你，提到你就想到某個技術方向，有問題都來諮詢你。這樣你就能凸顯出來，影響力和重要性會增大。

2. 重視業務，成爲業務領域的行家。由於程序員的競爭力，最起碼由技術和業務組成，兩條腿走路，比一條腿更穩健。

若是足夠有心，還能夠培養提高更多維度的能力，以下圖所示：

想要在技術之路上走得更久，要選擇重視技術、承認大齡的、有穩定業務的中大型公司或有優秀產品的小公司，同時要在公司範圍內樹立技術標籤，還要構建技術+業務等多維度競爭力。

在這裏爲你們整理一份目前互聯網公司最主流的Java技術選型：

閱讀源碼

程序員天天都和代碼打交道。通過數年的基礎教育和職業培訓，大部分程序員都會「寫」代碼，或者至少會抄代碼和改代碼。可是，會讀代碼的並不在多數，會讀代碼又真正讀懂一些大項目的源碼的，少之又少。這也形成了不少錯誤看源碼的方式。

那要如何正確的分析源碼呢？

分佈式架構

隨着咱們的業務量愈來愈大和越重要，單體的架構模式已經沒法對應大規模的應用場景，並且系統中決不能存在單點故障致使總體不可用，因此只有垂直或是水平拆分業務系統，使其造成一個分佈式的架構，利用分佈式架構來冗餘系統消除單點的故障，從而提升整個系統的可用性。同時分佈式系統的模塊重用度更高，速度更快，擴展性更高是大型的項目必不可少的環節。

微服務

關於微服務架構的取捨

一、在合適的項目，合適的團隊，採用微服務架構收益會大於成本。

二、微服務架構有不少吸引人的地方，但在擁抱微服務以前，也須要認清它所帶來的挑戰。

三、須要避免爲了「微服務」而「微服務」。

四、微服務架構引入策略 – 對傳統企業而言，開始時能夠考慮引入部分合適的微服務架構原則對已有系統進行改造或新建微服務應用，逐步探索及積累微服務架構經驗，而非全盤實施微服務架構。

性能優化

咱們不只僅對項目要指揮若定，還要能解決一切性能問題。只有深刻學習JVM底層原理，Mysql底層優化以及Tomcat調優，才能達到知其然，知其因此然的效果。除了性能優化以外，也能提供通用的常見思路以及方案選型的考慮點，幫助你們培養在方案選型時的意識、思惟以及作各類權衡的能力。

併發編程

主要培養編程者深刻了解最底層的運做原理，增強編程者邏輯思惟，這樣才能寫出高效、安全、可靠的多線程併發程序。

團隊協做開發

經過一小段描述信息來管理項目的構建，報告和文檔的軟件項目管理工具。用於監控持續重複的工做，旨在提供一個開放易用的軟件平臺，使軟件的持續集成變成可能。 能夠有效、高速的處理從很小到很是大的項目版本管理

項目實戰

要想立足於互聯網公司，且能在互聯網浪潮中不被淹沒，對於項目的開發實戰演練是沒必要可少的技能，也是對自身能力的一個衡量，有多少的量對等於得到多少的回報。看似簡單的一個項目需求圖譜，其中的底層原理，實現原理又能知道多少？

當你掌握上述我說的知識點時，相信你對於本身將來也已經作好了準備，那麼就不要猶豫向前邁步走吧，不要浪費本身寶貴的時間。當你在猶豫的時候，別人已經邁步向前，那麼差距也就會愈來愈大。

寫在最後：

歡迎你們關注我新開通的公衆號【風平浪靜如碼】，海量Java相關文章，學習資料都會在裏面更新，整理的資料也會放在裏面。

以爲寫的還不錯的就點個贊，加個關注唄！點關注，不迷路，持續更新！！！