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

[[129028]]

架構(gòu)師應該編碼嗎?

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

優(yōu)秀的架構(gòu)師的重要特征是抽象思維能力，也可以理解為不把時間耗在細節(jié)里。

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

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

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

1. 參與編寫代碼

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

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

2. 構(gòu)建原型、框架和基礎

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

3. 進行代碼評審

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

4. 實驗并與時俱進

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

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