建築路線圖

Question

好吧，我現在是一個開發人員，現在已經6年了，我從一個討厭的人到技術愛好者。
我是一名高級開發人員，幾乎都專注於web應用程序，asp.net，相當有經驗，非常專注於開發自己。
我來到我所在地區的十字路口，我想成爲一名建築師，而不是分析師或項目經理。我喜歡把自己的手弄髒，去做實際的事情，而且，我不得不承認這一點，我對我應該已經知道的事情以及我應該學習的東西有點失落，進入該領域。
所以這裏提出的問題是：

什麼建築師應該精通？

Answer 1

我同意SLott和JB King;我也想補充一對夫婦：

協商：制定權衡是一回事，證明它（政治）可能是另一回事。與某些方面的領導力類似，但絕對是一項技能。

溝通是另一種是齊頭並進在手與，領導等

寬度：這取決於你在哪裏工作的情況下，有廣博的知識，即使是非常有用的，你不要不知道細節 - 只要你知道它在那裏，當你需要時可以參考它。

設計模式：有趣的是，有很多的，你會使用的代碼/類/方法級也轉化爲更高層次的系統設計，以及設計模式。馬丁福勒的企業架構模式是一個很好的開始 - 但也有很多其他的好書和資源。

參考架構和框架：我發現TOGAF有幫助;即使它針對的是企業架構級別，但它有很多可以很好地轉化爲解決方案級別。瞭解一些相關的參考架構也是一個非常好的主意。

其他架構領域：感受一下什麼其他一些特定的架構領域做的，如：數據架構和業務架構。在您轉換到解決方案體系結構時，掌握這些知識很有用。

Answer 2

銷售。

架構是所有關於銷售潛在的解決方案，以人誰（一）信任你和（b）相信你說的什麼工作。

之後，你必須交付。

但你永遠也沒有機會實現，如果你不能賣的視野。

Answer 3

瞭解在不同的解決方案不同的權衡，採用不同的解決思路，並獲得兩個大局，能夠處理有關可能會變成一個大問題，有一些計劃的一些小細節的問題。

您是否知道如何構建大型Web應用程序？你知道你在解決方案中的重要性嗎？易維護性，可擴展性，可靠性，簡單性和性能等等。你如何證明一種方法勝過另一種？你看過或使用了多少種不同的設計模式？如果我要走上成爲建築師的道路，那麼這些就是我會考慮的一些問題。