『論』最近的技術 ---

近兩年很多搞Java的朋友見面就問到，你瞭解微服務麼？最近在使用微服務架構麼？

我第一時間想說的是，具體用什麼技術選型，也要考慮 項目的業務需求、系統性能要求、開發和運維人員的技術壁壘和學習成本、項目週期、成本預算等。

我見過一些同行朋友濫用微服務架構來實現分佈式部署結果各種BUG解決不了而導致項目進度緩慢，後期運維能力不足導致發版環節混亂困惑；或者純屬為了使用微服務而變相增加系統複雜度也要用微服務的『患者』。

eg:一個簡單的投票程序就要做成微服務架構，請問你是怎麼想的。

其實JavaWeb開發從最早的Usebean和Servlet模式，後期又發展了各種開源技術框架，其實都挺好。老技術未必過時，一定要尋找適合自己團隊和業務場景的技術選型。這樣才能更穩定、合理規劃的項目開發。

筆者提醒，當今的Java技術棧已經更多的向橫向領域發展，因為經過這些年的IT產品積累，傳統行業向互聯網轉型基本都需要IT系統支撐來輔助決策運營，那麼中臺服務系統需求就會雨後春筍。雖然Java的技術棧很多，但是Java的內功還是需要根深蒂固的，別回來只會花拳繡腿卻忘記了什麼叫數據類型。

微薄之見，歡迎各位同行各種扔雞蛋。