知道你距離軟體架構師只差一步之遙嗎？

首先想成為一個出色的架構師，前提是你必須是一個出色的程式師，

或者有多年開發經驗的程式師。

一個程式師必須要有以下能力：

1、多領域知識

2、技術前瞻性

3、抽象思維

4、透過問題看本質

5、溝通能力

6、平衡取捨

那麼如何能夠做好架構師，這個就需要自己真正技術。如果你待在一個大型的企業，例如華為，阿裡巴巴，或者百度等這些大型企業，你會學到很多最新的架構技術，即使學不到，但也會多多少少的接觸到這些知識點。

那麼如果你是在一個小的企業，公司又不會注重這些技術，知識一味的傳承自己的理念，不去更新，不去例如最新的知識。那麼這種情況下，你需要學習新知識，現在有很多人會去培訓機構學習最新的知識，最新的架構技能。因為你不可能在小公司待很久，需要自己去鍍金。在一個小的公司只是增加你的經驗，豐富你的實戰經驗。新技術還是需要自己去學習，實戰。

在過去幾年裡我一直從事架構設計相關的工作，

我發現一個有意思的現象，在企業初創階段或者研發部門想做大做強的時候，架構師的作用相對比較明顯，因為他可以根據產品的需求進行功能性與非功能性的設計，然後進行系統設計考慮如何運維、HA、擴展、減少系統之間的依賴等一系列工作，最後和研發經理們和高級工程師過架構評審，識別架構風險和技術選型。

然而，當業務的需求發生了變化或者產品經理想做第二期時候，

架構師又開始進行上一階段的複用，開始修改介面契約文檔、擴容機器等，演變成一個文檔“高手”。

此時架構師忽略了一點：旁邊的研發經理們一直盯著看或學，當他們發現一個新的PRD（產品需求文檔）過來，架構師原來就這些“套路”，此時研發經理也會做些工作了，加上有些架構師也不參與編碼，久而久之，研發會覺得架構師這個角色有點不接地氣，

可有可無。同時，架構師對業務知識不夠瞭解，容易被產品和研發“排擠”，此時發現架構師僅僅起到是佈道傳播的作用。

導致這個現象的原因，我個人認為：

架構：輸入產品PRD、輸出設計文檔（架構師為產品打工，專案成功取決去產品經理能力）。

缺少一個“釘子”（譬如：業務框架）植入到研發和業務中。

過度重視技術而沒有去思考產品收益點在什麼地方。

如何提升架構師在研發地位，

個人覺得：

首先，架構應該是和商業對齊，甚至是業務生態圈對齊。

其次，在商業中挖掘收益點。

最後，將這些收益點設計一個可產品化的架構。

說了一大堆的廢話，小編認為想成為架構師還是得學到最新的技術才可以支撐你以後發展的道路。沒有新的知識技能是不可能達到架構的高度。點擊這裡——成為架構師還得學習這些有用的技術。——點擊這裡