網站作者 Simon Brown的書。編碼的架構師，一直是我的職業模板。而當年我覺得RUP的基于4+1視圖的機械架構文檔模板不足以表達系統時，Simon Brown的模板給了很好的過渡范例。

[[129028]]

架構師應該編碼嗎?

有些公司認為架構師太寶貴了，不該承擔日常編碼工作。

優秀的架構師的重要特征是抽象思維能力，也可以理解為不把時間耗在細節里。

一些大型項目通常意味著照看更大的“大局”，有可能你根本沒時間寫代碼。

你不必放棄編碼，也不要把大部分時間用于編碼

你不應該因為“我是架構師”，就把自己排除在編碼之外。但也必須有足夠的時間扮演技術架構師的角色。

1. 參與編寫代碼

要避免成為PPT架構師， ***是參與實現與交付的過程，確保架構的交付，接地氣的了解設計在實現上的問題，演進架構而不是畫完框圖就交給實現團隊從此不管。同時，縮短與團隊的距離，分享自己軟件開發的經驗，幫助團隊對架構的正確理解。

另外，作為開發團隊的一份子，你不需要是開發代碼***的。

2. 構建原型、框架和基礎

如果不能參與日常編碼，至少嘗試在設計時快速構建原型去驗證你的概念。還有為團隊編寫框架和基礎，這也是最磨練與體現編碼與設計能力的時刻。

3. 進行代碼評審

如果完全沒有時間編碼，至少參與代碼評審，了解發生了什么。

4. 實驗并與時俱進

如果完全沒有時間在工作時間里編碼，在工作之外你往往有更多空間來維持編碼技能，從貢獻開源項目，到不斷嘗試***的語言、框架。

一般來說，一個寫代碼的軟件架構師會更有成效也更快樂。