架構師一定要負責整個系統中最核心和最難的地方的編寫，並且設計好團隊合作開發的方式，能根據程式設計經驗看到未來的變化，架構太重要了，出不得錯誤，出了錯誤很難回頭，如果一個團隊裡需要一個架構師，那他一定必須是團隊裡寫程式碼能力最好的，而且要負責至少40%以上的核心開發工作，並且不能脫離實際業務。

不寫程式碼那個可以是部門經理，可以是開發總監，但一定不能是 架構師。

記得以前有個說法，架構師，基礎開發部門做的都是什麼事？髒活，累活，和一般人幹不了不願意幹，幹完還一時半會看不出效果的活。

如果你不負責整個專案的程式碼實際編寫，請閉嘴。因為業務永遠在變，專案組的程式碼永遠在變，架構當然也是一直在變的。

無論你寫什麼框架，設計什麼專案，脫離了一線，都是扯淡。

以前領導說過，團隊裡應該有兩個leader，一個是行政上的，一個無冕的。

架構師一般都是那個無冕之王，所有開發對你的尊重和對團隊的作用都是毋庸置疑的。

我很尊重架構師

1.大廈圖紙誰都可以畫但是依照你畫的圖紙團隊能不能把樓建起來就是另一回事了。所謂沒有足夠程式碼量積累的架構師，建造的樓基本也就是屬於豆腐渣水平。

2 任何一門程式語言都有很多坑。花兩天時間學會語法，會查api了，算是入門了；；然而進階的過程是一個不斷填坑的過程。只有親自體驗了掉坑再爬上來，才會記下這個坑的位置，看別人掉坑多半印象會被時間風蝕掉。而這個填坑正是需要程式碼量積累的。