關於EOS看大家最近聊得挺歡，我也來發表一下我的我的看法

一個產品能夠長盛不衰肯定有它的核心能力的，否則那麼多客戶都沒有腦子，都選擇這樣差的一個東西擺門面？我只舉一個例子，看一下EOS的客戶，大型銀行比如中國工商銀行新一代CTP平臺

普元產品已經在金融、電信、電力、軍工、能源、政府、製造、物流等多個行業的數千關鍵應用上得到驗證，擁有中國工商銀行、中國建設銀行、中國交通銀行、國家開發銀行、中國銀聯、中國移動、中國電信、中國聯通、國家電網、神華集團、航天科工、中航工業、海關總署、民政部、阿里雲、德邦物流等超過數百家大中型使用者，並且這個有持續生命力的產品在市場上立足已經17年了。

那麼EOS的價值到底何在？

我記得國產大飛機C919新聞報道剛出來的時候就有很多人吐槽，什麼核心零件都是國外的，只是一個組裝件而已；包括我們的手機，晶片都是國外的，有什麼值得開心的。大家可以去知乎這樣的網站查查國產大飛機到底有多少意義，不可否認，EOS底層大部分是開源的，但是EOS就代表開源框架的一種最佳實踐，他能帶來統一開發執行環境，減少不必要的溝通和不相容，他能提高效率，便於管理和運維。。。。。。。當然這要看用到什麼專案中，如果用EOS開發一個圖書管理系統，我覺得是殺雞用牛刀，越是大型專案，越是大規模、人員多、需要持續時間長，EOS發揮的價值就越大,隨著程式設計師從剛畢業到慢慢成熟，走向管理崗位或者架構師的角色的時候，就越能看到EOS的價值，但是在剛開始使用這個產品的時候，確實會面臨很多問題，比如封裝的構件報的錯如何解決？圖形化的方式限制了程式設計師的編碼價值，相比大量的開源使用使用者，EOS肯定屬於小眾化的群體，對比下來，交流群體和開放性都是有限的。於是經常聽到吐槽，學這個沒有出路，這就是垃圾產品，沒有前途，拿不到高工資。。。。。。。那麼，真的是這樣的嗎？

作為程式設計師，我們該如何規劃自己的職業生涯：

在中國，大部分程式設計師做著做著就走向兩種崗位，一種是技術管理者，例如技術經理、專案經理、經理、總監等，另外一種就是架構師。這兩類人都會涉及到企業的核心問題，他們是最支援採用EOS系統的。因為你沒有做到那些職位，你就不會明白當每個人都去寫程式碼時，上線後都是膽顫心驚的，當因為每個人環境不一樣導致合併出現的問題，是要花多少加班才能解決。。。。。。。，所以他們會選擇EOS。從普元走出的架構師，到支付寶這樣的公司也是一等一的架構師，這樣的架構師構造出來的產品是有值得學習的地方，你學習一個產品就需要學習他的好的東西，比如架構，比如概念模型，比如理念，這才能提高你的層次和眼界，而不是一味吐槽和吐槽，當然每個人都可以選擇，但我最討厭那類只會吐槽而不努力的人，負能量爆棚，人生幾十年很短，工作是生活中的重心，如果不喜歡用EOS，何必為難自己？

有很多人喜歡編碼，但是在中國，想做純粹的編碼程式設計師，能接受這種定位的企業少之又少，普元是有這樣的程式設計師，40歲了，還能安安靜靜的寫程式碼，因為他就不喜歡和人打交道，就喜歡寫程式，我記得有一位這樣的程式設計師，參與某個專案，花了大半年寫的程式碼，到過年放假的時候，我記得那時候還是2004年左右，筆記本還不是很普及，因為不出差不見客戶，他是沒有筆記本的，他借我的筆記本，他覺得那半年寫的程式碼不滿意，在過年的休假的11天之內，不走親戚不旅遊，不看電視不休息，把那所有程式碼重新翻了一遍，不知道這樣精心寫程式碼的人群裡有幾個？所以在普元幾千個應用系統執行過程中，底層程式碼都是經得起考驗的。

不可否認，EOS確實有很多地方是不盡如人意的，但是我要說的是，但凡Java能做的，EOS都能做，但凡Java不適合的，EOS也不適合，這不是某個產品的問題，而是架構的問題。同時，用好產品也是非常重要的，圖形的方式就不能很好的解決加減乘除的邏輯，不能很好的處理多層迴圈的問題，碰到這樣的邏輯，需要寫一個java運算邏輯來解決，所以普元推出EOS開發規範和最佳實踐（百度能搜到），還有頁面流這個已經過時了，大部分人採用jquery或者NUI方式構件前端。在我們群，有一個叫@何輝的群友，對EOS以及其他產品，有著比普元人更深的體驗，並且封裝了很多實用的提高效率的東西，我非常佩服他，他這樣的人，在哪裡都能發光發熱，這就是把產品用到極致的人。

這個群不是我建的（感謝群主沒有把我踢出群），我借用群主的基礎，維護了大概兩年左右的時間，由原來的100多人到現在的1000多人，是希望能夠提供一個可以交流的地方，同時，普元建立了http://doc.primeton.com這個開放的網站，這個網站定期維護，把EOS遇到過的問題都會及時的總結放到這個網站上，所以大家有問題可以先按照關鍵字搜，搜不到再到群裡問。

最後，借用一首歌歌詞”如果愛，請深愛，如果不愛，請離開”。共勉。