作為 ERP 軟體的架構師，應該注重業務上的發展，還是技術上的發展？

02-07

在工作9年中是在一家國內較大的ERP軟體廠商做開發到架構師，現在在一家國內一家大的互聯網公司任架構師，但有時想不明白自己的未來路應該如何走呢？是偏業務，還是偏技術？

你的問題不很清楚。如果是作為ERP的架構師，應該是技術上的。ERP軟體處理的企業管理流程特點是龐雜，並且這麼多年來變化並不大，尤其是核心的部分。作為一個架構師，你也很難對各個業務流程都很熟悉，你搞得清楚項目成本分析可能也不一定明白有限能力排產，東西太多。所以對業務流程的了解未必很深入，但是技術上如何把產品的架構做的堅實、靈活而且有擴展性會更重要。

這麼說吧，長跑的話最後拼的是IT架構技術，技術架子搭的好，業務流程怎麼都搭的起來，當然公司里要有懂業務的人。成型的ERP產品往往因為投入了太多而對新技術的應用很慢，這也是技術重要的原因之一。

SAP的CTO，Vishal，他對ERP的業務一定不是專家，但是他對SAP的架構和技術做了近年來最大的調整。

如果是做互聯網架構師，聽Fenng的吧。

二者相輔相成吧，假設技術和業務加起來是10分的恆定值的話，如果每個都有5分，5*5 價值是最大的。1*9 或者 3*7 都小於 5*5. 這是我的理解。

三年前問了這個問題,三年後在看這個問題，很慶幸自己做的選擇，在互聯網呆的很好，以前的知識與經驗支撐了自己往更多的方向走

說一點兒個人感受。

技術只是手段，業務才是最終的目的。

ERP軟體（或者說管理軟體），在我看來，是借用了IT的技術，以另一種方式實現/推動業務管理。因此，如何理解業務、如何保留應對業務變化的能力、進而推動業務發展，才是管理軟體的根本所在。

回到樓主的問題。

相比之下，能明確定義的資源獲得相對容易（例如各式各樣的專業人才）；但是能在不同資源之間穿針引線引起變化/變革的那些人（通才？天才？），才是真正的稀缺資源。

這麼說吧，你要對你所在的單位有一個清醒的認識。然後再考慮這個問題。不同的單位對你的生存要求是不一樣的。沒有一定。懂我說的意思嗎？

作為架構師，技術我相信你不會沒有。作為做ERP的，業務我相信你也應該不含糊，所以，這都不是問題。職場生存的學問在技術與業務之外，懂了吧！識時務者為俊傑，關鍵是會做人，會看形勢。要會混。注意不是胡混，不是瞎混，不是低落地混日子，而是審時度勢，該怎樣就怎樣。

做項目可以說沒有不出問題的，關鍵是，出了問題責任怎麼處理。很多時候你位置越靠前越容易背鍋，當然，這也要看我前邊說的你人緣如何，如果不太行，十有八九就是你背了。你想啊！這鍋一旦背上你在公司還有前途嗎？如果連續換幾個公司你都如此，你想你這職業生涯會如何？所以我說，你要確保自己的職業生涯別折在這種事上，只有一路順風，才能平步青雲。否則，就算你業務、技術冠絕群雄也是白搭。

還是應該多注重技術上的發展。一個優秀的架構師應該具備（1）過硬的技術。其實大部分的軟體架構師都是軟體出身的，所以至少是某一個技術方面的大拿，如果技術不過關的話，設計的框架的性能、安全性都會受到約束。即使是成為架構師之後寫代碼的機會少了，也要經常去研究一些比較優秀的代碼、開源架構，還要學習別人優秀的實踐經驗等等。

（2）良好的溝通能力。作為一名架構師，設計好一個架構之後肯定要給別人介紹這麼一個東西，告訴別人這個架構能解決別人的問題，這就需要一定的溝通能力。

（3）良好的書面表達能力。一個優秀的文檔能更好地呈現你所設計的東西。現在一些比較規範的公司，寫架構的時候都會要你寫這個架構的模板，包括安全、性能、資料庫都要有一個章節去分析。但是一些別的小公司沒有那麼規範，這時候就要去研究一下周邊的一些大公司或者行業的標準。

技術是為業務服務,那麼先說明了一點,自己的技術能力要達到一定程度.這個體現在你解決問題的能力上.技術夠硬才能有效的解決問題.故要搞清楚,你對那種技術最熟悉,出現了問題是否知道如何快速有效的解決技術上的問題. 再一點就是在你知道的有限技術範圍內,從業務的角度考慮,哪一種方式方法,哪一種技術是跟你實際的業務是相符的.沒有什麼最好的方案和技術平台.而只有最合適業務的技術平台,並不是目前最先進最高效的技術或者是框架就能解決你現有業務上的問題. 你必須從自己的角度,從你掌握的技術,要實現的業務場景去考慮.例如:兩套高效的並發框架,用來記錄日誌,和用來發送通知郵件,框架選擇是不一樣的.因為業務場景不一樣.一個是要高效率,犧牲一些可用性,一個是要考慮數據操作的高可用,而犧牲一些效率.業務場景不一樣,側重點就不一樣也沒有辦法達到完美的狀態.再說一個,系統的擴展性是建立在你對現有業務足夠了解的情況下,對未來業務的預測上的,再從這個預測結果去考慮相應的技術方案.

至於業務還是技術,弄明白我上面說的..你應該就知道怎麼選擇了......

軟體架構師就是技術層面的，對業務的了解是為架構提供信息，當然架構還要適合業務需求與未來發展。