如果你是做web前端、客戶端、移動端無需瞭解微服務。如果你是後端，最好還是要學習下，微服務當前很火。但是大資料與AI比微服務更有前途。

不同行業需要的經驗不同，精專一門技術更好，這些都是流行技術，需要學一陣就會。精於一門技術，比如三維引擎，人臉識別等等。

程式猿要不停的學習，技術更新太快，基礎牢固，學習新技術也不是很吃力，有沒有經驗不重要，重要的是有一顆學習的心

程式設計師職業細分領域很多種，每個領域都需要經驗沉澱，但是計算機基本原理，演算法都是通用的，解決問題的思想也是通用的，內事不決問百度，外事不決找谷歌。根據工作需要時刻更新自己的技能。

五年的老程式設計師不一定會被淘汰，但是沒有自己核心競爭力的程式設計師則會慢慢被淘汰。

我們的技術成長和經驗積累，往往直接受我們的工作內容所決定，並不是所有的人都有機會經常接觸不同的工作內容，不同的技術方向的，這個時候個人的主觀能動性就變得非常重要了。

如果一個人的工作內容比較單一，涉及到的面比較窄，同時他也不願意積極的探索新技術、瞭解新內容，那麼他所謂的五年工作經驗很有可能只有一年的工作經驗，只不過把這一年的工作經驗重複了5遍而已。

但是，如果是一個主觀能動性比較強的人，在這種情況下，他可能就會經常的進行反思，所謂的吾當三省吾身：我在幹什麼、我要幹什麼、我可以幹什麼？透過不斷的反問自己，不斷的調整自己，及時的跳出舒適區。

五年工作時間，說長不長，說短也不短了。當一個人在一個行業如果工作了五年之久，那麼他應該對這個行業有了比較深入的和全面瞭解，有了自己的發展方向，也應該有了自己的職業規劃，並付諸行動了。

不懂分散式微服務關鍵嗎？不關鍵！

軟體行業並不只是有微服務，並不只是有分散式。嵌入式、IOT、容器、人工智慧、前端、移動端Native工作崗位都是非常多的。對於這些崗位的程式設計師而言，微服務和分散式往往只需要做一定的瞭解即可，而無需真真的深入研究它。

不懂分散式微服務關鍵嗎？很關鍵！

如果你在做的是Web服務端開發，這個時候分散式和微服務就非常的關鍵。對於一個Web服務端的開發人員而言，如果平時工作還用不到分散式、用不到微服務，那麼往往說明他所開發的系統不夠複雜、qps不夠大，無需進行服務拆分和分散式部署。或者就是他所開發的系統非常的古老，無法進行拆分。無論是哪種情況對於程式設計師本人而言都是非常致命的，即便工作可能比較輕鬆。

大家都說程式設計師是一個吃青春飯的行業，年紀大了很容易被淘汰。我覺的這句話是非常有道理的，程式設計師年紀大了確實競爭力急劇下降。

隨著年紀的增大，老猿們都有了自己的家庭，也有的自己的小孩，需要分出一部分精力給家庭給小孩了。這個時候老猿們往往就無法像剛剛入行的新猿們一樣的加班了，也無沒有那麼多的業餘時間進行技術探索了。

同時，IT行業是發展非常快的，每天都發生著無法想象的新變化。作為工作了多年的老猿，往往無法向新猿一樣快速的學習和接收一些新技術。同時作為老猿的安身立命的根本--多年的工作經驗--也有可能在短短几年失去作用，變的毫無作用。比如當年IOS上開發軟體使用的是Object-C，但是當蘋果推出Swift之後，老猿過去在Object-C上積累的工作經驗很多就是失去了作用，不得不和新猿一起拼命的學習Swift。

我們不應該害怕公司會淘汰我們，我們要做的是不斷增加公司淘汰我們的成本。

只有在不斷的提高自身的核心競爭力，這個競爭力可以是技術上的，也可以是業務能力上的。

那麼如何提升自己的核心競爭力的？

最關鍵的點就是：要時刻以更高一個層次要求自己

比如：如果你現在負責的是一個小業務模組，那麼你在平時的工作中就需要不斷的去了解這個小模組相關的周邊模組的技術方案、業務模型、系統架構等等內容。這樣你的事業就不會侷限於這麼一個小模組，就能夠對整個大系統也有一定的瞭解，技術能力也系統架構能力就是在這種不斷了解別人的業務中得到了提升。

還有一點非常的重要：不斷的瞭解行業發展方向和動態

瞭解行業發展方向和動態有非常多的方式，比如：參加大型的技術論壇（這個比較貴，一般人只能以公司名義參加了），參加一些技術論壇，多看看技術部落格和論壇。

在瞭解行業動態的同時，我們也需要時刻的檢驗自己競爭力，那麼如何檢驗自己的競爭力呢？

我採用的辦法一般是每年定期在外面投一些簡歷進行面試，透過面試，我們能夠知道自己平時的工作在其它公司是否有用武之地，自己的工作經歷是否有用。透過這種方式，我們就可以很好的給自己一個定位。需要特別注意的，不要把這種方法用在那些比較大的公司（BAT以及一些其它二線物聯網公司），除非你以後不打算去那個公司，因為這些公司都會對個人的面試記錄存檔，會影響到以後的面試。

最後一點就是：要喜歡我們的工作

寫程式碼是一件非常枯燥的事情，要想做好這個工作，我們必須要真正的喜歡它。隨著工作年限上升，大浪淘沙之下，剩下的那些老猿們基本上都是真正喜歡這一行的。

如果是Web開發，五年的老程式設計師沒有分散式、微服務的開發經驗，我認為情有可原，畢竟工作經驗都是跟著專案走，不是所有專案都用到分散式；但是如果業餘時間一點兒沒接觸過，那就有點兒說不過去了；淘汰不淘汰的說不好，至少對發展前景是有影響的。

我的觀點是：脫離業務實際的架構和技術都是耍流氓，對分散式相關技術不熟悉，那麼可能是公司的業務沒有達到需要分散式的程度，很多公司的專案都是面對公司內部的業務，其資料量、併發量遠不能和網際網路公司相比，這時候沒有微服務化的必要（服務化會帶來更多的問題），很多時候，公司的架構都是被業務逼出來的。

但是如果對分散式一無所知，那說明除了做好本職工作之外，沒有花額外的時間和精力去學習，這對程式設計師來說，是個致命的問題。

首先軟體開發也是有很多細分行業的，有些行業對於分散式經驗的要求並不高，比如嵌入式開發；有些行業可能是需要掌握分散式的思想即可；而有些行業，分散式已經是行業趨勢，建議要掌握，比如Web專案開發；如果你身處這些行業中不瞭解這些知識，被行業淘汰可能說的有些嚴重，不過肯定會對你的職業發展有著一定的影響。

著重說一些Web專案開發，因為我在這個領域工作了十餘年，有著一定的經驗的感悟。在網際網路公司，很多公司都做到了微服務化的程度，因為如果不走分散式這條道路，很難對如此大的業務量做支撐；而在傳統行業，越來越多的公司也開始意識到了這一點，如果還像原來一樣，做開發一個又一個系統，三五年之後推到重建，這個成本是很高的，也很難快速響應客戶的需求，所以目前很多傳統行業的IT，也都還是轉型，採用分散式、服務化的架構。

所以大勢所趨，如果作為一名Web開發程式設計師，不懂分散式和微服務的架構和技術，那麼職業發展一定會受到限制的。

既然現狀就是這樣，那何不順勢而為，就學習一下嘛：

分散式、微服務更多的是一種架構設計的思想；架構設計離不開對業務的充分理解，分散式和微服務需要對現有的服務進行梳理、分類、拆分、合併；

分散式、微服務還是需要一些技術做支撐的，分散式系統應用技術，CDN、負載均衡、快取、開發框架如Spring Cloud、Dubbo；分散式資料庫；分散式檔案儲存；虛擬化技術、DevOps等等；有一些我們在傳統架構中就有接觸，有一些是“老瓶裝新酒”，所以看起來很多，實際上也沒那麼恐怖。