程序員，你的技術為啥十年八年也沒有進步？

作者 | 中華石杉

責編 | 伍杏玲

本文經授權轉載自石杉的架構筆記

80% Java工程師都有的迷茫

跟大家聊一聊很多很多很多人問我的一個問題：中小公司的Java工程師該如何規劃準備，才能跳槽進入BAT這類一線互聯網公司？

我用了三個 「很多」 來形容這個問題，是因為這個問題太普遍了。國內Java工程師至少好幾十萬，但是在國內互聯網大廠里干過的碼農比例不高。

這個是符合28法則的，少部分人在大廠里干過，發展得很好。但是大部分人還是在中小型公司，或者外包類傳統IT公司里工作。

這些同學可能對自己的技術成長，職業發展感到非常的迷茫，自己有點追求，也想去一下大廠，但是又不知道怎麼規劃。

我個人在國內幾個最大的互聯網公司先後有著十餘年工作經歷，面試和招聘過大量各種水平的開發人員。包括初、中、高級開發，技術專家，高級技術專家都面過。也指導過很多同學的職業發展規劃，所以打算從我個人的角度來聊聊這個問題：中小公司的同學應該如何一步一步實現逆襲進入BAT。

我相信以下情形很多同學應該都有類似體會：一直徘徊在各種中小公司里開發一些沒技術難度的Java系統，主要就是CRUD。

哪怕是用了用MQ、緩存、分庫分表，但是也沒什麼並發量，數據量也不算特別大，自己的技術成長極為緩慢。

等過了三五年，甚至是十多年過去，職業發展和技術水平都停滯在這個狀態，無法有更進一步的發展。

隨著現在寒冬到來，到處裁員，中年碼農的危機，加不動班、體力越來越差、孩子壓力越來越大，對自己何去何從很迷茫。

你的技術為啥十年八年都無法進步？

先來搞清楚一個問題，你的技術到底為什麼十年八年都無法進步？

拆解一下，你的能力集中在哪幾塊：

技術廣度

• 對MQ、緩存、NoSQL、大數據、高並發、高可用、微服務，等一系列的相關技術都有一定的了解，熟悉常見功能
• 在自己的項目里落地使用過，有一定的技術使用經驗。

技術深度

• 讀過Kafka的底層源碼？
• 對消息中間件的架構設計思想有深刻的理解？
• 對分散式事務框架/中間件的架構設計有過研究？
• 在每秒百萬並發場景下做過底層系統的深入優化和故障處理？

如果你有類似這種過人之處，那麼才能說你有某些技術深度。

項目經驗

• 你有沒有整體負責過幾億註冊用戶，幾千萬日活用戶的大規模、高並發、分散式、高可用、高複雜度的系統架構設計？
• 或者你負責的一直都是那種公司內部使用的，幾十個人用的OA系統，CRM系統？

團隊管理

• 你在互聯網公司裡帶過20的團隊？
• 或者你在一個傳統IT公司裡帶過3個人的小組？

拆解過後再來看看，如果你在一些小型互聯網公司，或者是做一些傳統軟體開發，為什麼技術無法進步？

其實道理很簡單，可能公司推出了一款APP，但是用戶量總共就100萬，日活用戶就10萬人。

那你的系統有技術挑戰嗎？沒有。

既然沒有技術挑戰，你把系統搞那麼複雜幹嘛？或者架構師搞那麼複雜幹嘛？不需要。

大家簡單做一做，主要CRUD寫一下功能，最多現在Spring Cloud流行了，上一下拆成微服務的就夠了。

這套系統就穩定支撐公司的業務了，那你接觸不到很大的技術挑戰，所以技術進入停滯狀態，不是很正常么？

或者你做一些傳統的軟體開發，比如說建築類軟體、辦公自動化軟體這種的。總共就幾十個人用一個系統，或者幾百人用，那情況就更是如此了。

可能都不需要Spring Cloud，直接單塊系統，單機部署，就是在裡面填充業務代碼就好了。

所以根本原因是很多同學平時的工作環境，沒有什麼技術挑戰，所以只要把系統技術做的簡單一些，低成本就可以支撐公司業務了，那既然這樣，當然技術就進展很緩慢了。

可能你工作了八年十年，技術廣度還可以，對流行的技術自己都看過一些書，簡單用過，玩過Demo。

你的項目經驗積累了不少，但是都是一些各個傳統領域的系統業務理解較為深刻，沒有極高技術挑戰的項目經驗。

有的人工作時間長，可能就是帶過一些人，有過一些帶團隊的經驗，能管人。

大概就是如此了，每次換工作，還是只能換類似的公司，干類似的技術，依然沒有進步，依然是類似的項目經驗。

所以大伙兒先梳理清楚，迷茫的根源究竟在哪裡。

追求卓越，自己設立技術挑戰

坦白說，如果站在公司角度是很反對架構的過度設計的，因為平白浪費很多時間，而且很多架構過度複雜沒有必要。

但是如果是站在個人的職業發展角度而言，那麼你的Leader必須要有對技術追求卓越的思維。或者你是Leader的話，就得有對你的團隊技術追求卓越的品質。

什麼叫追求卓越呢？

舉個例子，現在你開發了一款辦公自動化系統，服務某個公司，幾百人在用，那麼技術一般，就是一個單塊系統，直接Spring MVC + Spring + MyBatis就搞定了。大家都做著沒意思。

現在Leader為了大家的幸福和未來，咬咬牙說：「兄弟們，現在系統滿足公司的發展了，但是我們不如來大膽的追求一下卓越。」

兄弟們：「領導你是啥意思啊？」

Leader：「咱們首先為了提高系統的開發效率，避免30個兄弟開發一個單塊系統效率太低，我們來實踐一把最流行的微服務架構吧。

咱們一起來把系統重構成微服務的架構，把spring cloud整套東西都用進去。

咱們先得做技術調研，小A你來研究研究Spring Cloud核心技術組件，小B你來研究研究配置中心，小C你來研究研究服務鏈路追蹤……

大家分頭行動，都開始學起來新技術。但是咱們平時已經很忙了，要是佔用工作時間搞這個，老闆會罵人，大家看，每個人每天額外加班抽2小時一起來搞一下，怎麼樣？」

兄弟們：「領導，為了大家的幸福，那肯定得趕緊上新技術啊，大家都學點新東西。」

最後大家辛苦了2個月，一起把系統重構成了整套的微服務架構，每個人都學到了東西，領導也學到了微服務整體架構設計的能力。

Leader：「現在這破系統就幾百人用，忒沒意思了，咱們來大膽想像，假如說以後這個系統要做成SaaS雲產品，會有幾百個公司來用，有幾萬人，甚至幾十萬人同時使用一套後台系統。大夥想想，那時會怎麼樣？」

兄弟們：「貧窮限制了我的想像力。」

Leader：「那小A你去根據現在系統的訪問量估算一下，如果有幾十萬人用，系統每天的並發量會有多少，資料庫能不能支撐住，需要用哪些高並發的技術來支撐？

小B，你去調研一下，如果有幾十萬人用，我們會存儲多少數據量，性能會有多差，怎麼支撐海量數據存儲？然後看看用什麼技術來支撐一下？」

兄弟們：「好，領導一句話，上刀山、下火海。」

幾個月後，大家研發了一套系統，完成了測試，系統集成了緩存集群、MQ集群、分庫分表技術，還有很多其他的一些東西。

這個時候領導就想辦法了，能不能跟老闆建議一下，咱們就把產品做成SaaS雲的模式呢？然後是不是可以就把這套系統給部署到生產環境里去？

到此為止，就通過一個例子給大家闡述了一下，自己在公司里如何通過想辦法不斷的追求系統的卓越，提高研發效率，支撐也許可能會存在的更高的並發量，更多的數據量，儘可能把系統做的更好一些。

多想想為了解決自己設想的一些技術挑戰，如何儘可能把一些業界常用的技術都學習一下，比如緩存、消息、分散式、微服務、大數據等等。

都儘可能進行相關的實踐，積累相關的項目經驗。

實際每個人在落地的這個過程的時候，方式肯定是不一樣的：有的人也許人微言輕，只能對自己負責的模塊設想一些技術挑戰，然後只能自己在本地拉一個公司代碼分支，嘗試對這些分支加入一些技術，自己練習思考。

還有的人可能是個小Leader，無法左右公司產品發展方向，但是可以儘可能跟上級溝通，闡述自己對系統架構追求卓越的一些構想。

然後爭取到一些時間，儘可能把系統多融入一些技術，給做得好一些。

每個人都有每個人的方式，但是歸根到底一句話：如果你本身工作沒有技術挑戰，那麼儘可能多給自己設立一些挑戰，多學一些技術，多做一些嘗試和實踐。

這總是可以儘可能幫助你在一定程度上提高技術，擴展技術知識的。

在這個階段，我見過最多的人犯的最大的一個錯誤就是：覺得自己這樣倒騰一些技術是沒用的，沒有實際的真正的經驗。

然後他們著急忙慌，心浮氣躁，自怨自艾，總想著必須得先進一個好的公司，才能鍛煉技術。

實際上，這是一種很浮躁的想法，你要進好的公司鍛煉，你必須先打磨一下自己的技術，然後才能有資本去一家更好的公司。

幻想一步登天？那只是你的黃粱美夢

很多人多學了一些技術經驗，很容易開始有點膨脹，老是想著一步登天，一下子就進入BAT。

現實是有類似的一些成功經歷，比如有的人是大專學歷，通過自己的努力學習，加上一些機緣巧合，直接一下子就從中小公司跳入了BAT。

但是就現實情況來看，不是每個人都一定可以一步登天，複製這個經歷的。

在你學習了一些技術，同時自己多做了一些嘗試，積累了一定的經驗之後，此時應該做的是：做最壞的打算，抱最好的希望。

你完全可以去試試BAT、TMD的面試，儘可能去爭取機會，但是如果沒面上也無所謂。

你可以降低期望，人只要跟自己比就好了。

比如說你現在在某小型的傳統外包軟體公司，那麼接下來如果你能面進一家小型創業互聯網公司，有個幾百萬用戶量，日活用戶有幾十萬，比之前的公司技術挑戰多一些，用的技術也更多一些，那麼你就可以去了。

只要你每一步跳槽，都比之前好，都讓自己有進步，那麼整體的大方向就是沒錯的。

也許你先進一個創業型互聯網公司，然後下一家就可以進入一個市值幾十億美金的上市互聯網公司，再下一步就可以進入BAT。

在這個階段我見過很多人犯的最大的錯誤就是：老是覺得自己剛學了一點東西，就必須立馬進大公司。

這些同學往往心態著急的不行，而忽略了自己的學歷、背景、經驗導致了起點較低。能立馬進BAT當然很好，但是有時候機緣巧合緣分沒到，進不去也正常。

在這個階段最需要做的，就是跟自己比，別跟別人比，只要每一次跳槽都比上一次好，公司更大，薪資更高，職位更高，技術挑戰更大，就可以了。

不斷提升自己，最後進入 BAT

一旦你開始做到跳槽進入一家比之前更好的公司，有更高的技術挑戰，那麼公司本身的技術挑戰就會促使你快速成長，還是舉個例子吧。

比如說你本來就在做傳統軟體的開發，用的都是單塊系統涉及的一些技術，就是簡單的Spring MVC、Spring、Mybatis等技術做CRUD的業務開發。

但是你自己業餘不停地學習技術，對自己負責的一些模塊多設立了一些技術挑戰，自己構思了很多更高挑戰的場景下，可以給自己的模塊加入哪些更高階的技術。

接著你帶著自己學習的一些技術，還有積累的一些實踐經驗和思考，進入了一家創業型互聯網公司。

這家公司的好處就在於，互聯網公司技術氛圍更好，比如ZooKeeper、Redis、RocketMQ、Sharding-JDBC，等各種技術，在公司生產環境的系統里，都有落地和使用。

那麼你此時是不是就不用停留於一些技術挑戰的構思，可以開始真正做一些有點技術挑戰的工作了。

但是，此時你還是需要繼續不停的學習技術，學習更多的架構上需要的技術，深入的學習技術，同時積累實踐經驗。

然後帶著這份工作經歷，同時加上你不斷加強的技術學習，你進入了一家比如30億美金估值的獨角獸公司。

這家公司有2000萬用戶，日活用戶達到百萬級，高峰並發量可以過萬，每天資料庫里日增數據量達到了數十萬。

此時你開始真正接觸一些所謂的：高並發、高可用、高性能、海量數據的實際處理。

基於你開發的業務系統，你開始更多的實踐，同時你還對各種涉及到的技術有了更加深入的研究，比如對一些核心中間件系統進行了源碼級別的閱讀和研究。

最後你終於等到一個機會，BAT里某家公司讓你去面試，經歷了四五輪面試之後，對方給了你一個Offer，是年薪40萬的高級Java工程師的職位。

然後你可以在最頂尖的互聯網公司里學習開發流程、規範、架構，接觸到最大規模的用戶量，每天都有解決不完的技術挑戰，在這個過程中，你又可以繼續成長。

可能你再次跳槽，進入TMD中某一家，拿下技術專家的Offer，在大公司里拿下技術專家的職位，帶一個團隊，達到人生第一個巔峰。

接著你再跳槽，可能一些創業公司就開始挖你去做一些技術管理層。

大家別以為這個僅僅是筆者捏造的一個故事，在筆者指導過的同學中，確實有同學按照這個路線，實現了人生的逆襲！

最後，送大家一句話：九層之台，始於壘土；千里之行，始於足下。

最難的是開始的那一步，大量的人都停留在一些完全沒太多技術含量的技術工作的情況下，這個時候是最難熬的。

其實只要能把第一步走好，自己拚命地積累技術，努力跟其他工程師競爭，技術遠超跟自己同情況的其他工程師，那麼你就有機會率先脫離這種困境，開始慢慢第二步，第三步。

到了後面，就是讓公司的技術挑戰使你不斷努力和進步，最後進入BAT這類一線互聯網公司。

作者簡介：中華石杉，十餘年BAT架構經驗，傾囊相授

公眾號：石杉的架構筆記（id:shishan100）

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！