大概五六年沒找過作業了吧。可能是我過時了？最近去翻了翻招聘要求，發現幾乎所有的公司，招聘的時候都要求要做過分布式，做過微服務，等等等等。很有前幾年，隨便哪家公司，都要求程式猿會大資料一樣。。
我承認，分布式/微服務等等，都是好東西。真的有這么多分布式/微服務的要求么？
----------------------------------------------------我與分布式--------------------------------------------------------
對于分布式，有一陣子很感興趣，也去研究過zokeeper，想要用他來玩玩。我當時的公司是做資料服務的。有對政府，也對互聯網。對政府的話，訪問量不會高，自然不需要這些東西。對互聯網，我知道互聯網的資料體量，是會有上千萬，上億等等這些的，很正常。但是我們公司這邊，訪問量其實還行，搞了搞快取，負載均衡，其實覺得也沒啥問題，就沒再考慮再去麻煩搞分布式了。。
離職以后，開始單干了。前陣子和朋友做了個房地產保險類的專案，功能簡單直接，預期的注冊用戶。。。。幾千？上萬？地產保險類的APP，訪問量當然更低，有個幾十的并發就不錯了。。然后對方公司的技術老大，就拼命跟我要求什么分布式開發啊，跟我提訪問壓力啊等等，搞的很火大，給懟回去了，可能是因為這個吧，對分布式什么的，印象很不好。
----------------------------------------------------我與微服務--------------------------------------------------------
和微服務的聯系，更少一些。雖然自己去研究過springboot，springclood，知道它是用來干嘛的，也會用，但是從來沒在自己的專案里面真正用過它們。。其實說到底，微服務不就是多少年前，程式模塊化的一種表現么？除了真正的重量級的應用，有誰會把程式切割成幾塊來玩？
有人說，隨著技術的發展，現在成熟了，所以。。。等等等等。
但是，和整體架構相比，微服務始終導致開發和維護的復雜性。狀態判斷、事務控制、程式溝通，等等可預見的問題。
為什么還是所有人都要往微服務上湊呢？
不否認，它有它的優點，比如獨立開發、獨立部署等，在升級部署的時候，也不會影響到其他應用，這些其實我都知道。比如微信啊支付寶啊阿里啊淘寶啊等等，一大堆東西，用它們來做，是會很好很好的。
但是對于絕大多數應用，尤其是企業級應用，普通APP應用來說，用起來真的能夠抵消它所帶來的麻煩么？
-------------------------------------------------------完畢--------------------------------------------------------
最近想在找個作業，清閑點的，混混日子。結果到網上去看了看招聘資訊，幾乎所有的招聘，都要求，做過分布式、微服務等等。。
在想，難道所有公司的資料體量、訪問量，都已經達到這個程度了么？還是說，只是個噱頭啊？
----------------------------------------------------補充一個，我與大資料-----------------------------------------------------------
與大資料的緣分，會更深一些。因為畢竟在一家號稱大資料的公司，呆過幾年的。不知道是我對大資料的理解有問題，還是說本來就是這樣。從某一年開始，所有公司都開始號稱自己是大資料了。
我們原公司，資料處理的量級倒是不算小，千萬級的資料吧。但是說真的，沒有什么大資料啊等等，其實還是資料的統計分析，只是資料量級大了而已。。。
另外就是，其實和很多朋友，同事，都聊過這個話題。。都在號稱大資料。。但是真正用什么資料挖掘，智能分析的，有那么一兩個吧。
真的有那么多公司在做大資料么？
uj5u.com熱心網友回復：
來個人聊聊唄，最好來個妹子
uj5u.com熱心網友回復：
讓樓主失望了，我不是個妹子，雖然我也想要有個妹子現在軟體的整體發展趨勢是為了更好的服務于業務，以前強調瀑布模型，現在需求他媽的老是變，客戶都不清楚要啥
光web端不夠，還要APP，還要小程式，要回應好重繪快，還得好看酷炫、洋氣上檔次
明明只需要自行車，但必須裝上發動機，得環保電動的……也得能燒油的
于是有了敏捷……
老發版常在河邊走哪能不濕鞋，減少出生產問題啊，前后分離，各司其職，專業的事給專業的人做
uj5u.com熱心網友回復：
說的沒毛病
uj5u.com熱心網友回復：
說下我自己個人想法吧，可能訪問量不會達到，但必須要有，做好前提防范，不然到時候真的有大流量過來，根本來不及
uj5u.com熱心網友回復：
很多人做事情不是考慮事情是什么要怎么做，有時候主要考慮，怎么做才能體現自己的價值，怎么說才能透露出自己的本事，這樣子往往能看出這些人內心的浮躁uj5u.com熱心網友回復：
很多專案都是套模式，不是根據實際情況設計的uj5u.com熱心網友回復：
講個悲傷的故事
客戶需要一個辦公系統，找到將需求檔案發給了你和另一個外包公司的負責人。
你回復說這個專案大概要半年時間，考慮到大流量、高并發等因素，我們會采用最新的分布式、微服務等技術，保證這個系統適用于任意場景。
客戶問要多少錢，你說50w左右；客戶說：你當我傻 逼嗎？別人只要10w，半個月就可以搞完，你們公司太坑了，以后都不會再找你們了。
uj5u.com熱心網友回復：
招聘資訊很多都是用來篩選人的微服務還是得先改變組織架構,然后再改變代碼結構,不然適得其反
同理,一個團隊人數少,真沒啥必要搞微服務,如果有明確的規劃,以后團隊會壯大另說
微服務是解決團隊過大產生的溝通問題的
如果從代碼層面講,是業務邏輯的高內聚,降低耦合度
uj5u.com熱心網友回復：
招聘不都是這樣么，面試讓造飛機大炮，結果進去是個擰螺絲的uj5u.com熱心網友回復：
噱頭， 國內的跟風程度，不說國內吧， 跟風都一樣， 框架應該為了業務 而設計， 而且做為直接 決定技術人，一定要要看 業務 跟 技術團隊來決定 技術選型， 跟風大廠， 還不夠， 維護起來 都是 辭職信遞交， 真的累。 拍腦子做事 不看自己的 情況來決定。uj5u.com熱心網友回復：
我覺得樓主別看他們寫神馬，直接去問問談談到底側重點是神馬uj5u.com熱心網友回復：
我見過 好多專案 終端用戶不超過20個 結果來用的微服uj5u.com熱心網友回復：
篩選人而已 不然一大推怎么選 用不用的上另一回事轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/244389.html
標籤：非技術區