寫，不是業務程式碼，只是搭個框架，有的搭框架也不用讓下面的技術總監告訴他思路就行，技術總監就能搭建出來，架構架構就是拿重放輕，編程式碼的小事他們早就不幹了。。。

好的架構師還是會寫，一般的混到架構的崗位都是動嘴不動手，不是不會寫，是懶得寫。現在開源的架構到處都是，需要你寫什麼，你會用的流暢就算牛逼的了。現在的硬體和開源技術對於普通的業務需求都可以正常承受，程式碼就是爛點也不會怎樣，主要還是業務場景的開發經驗更重要。

架構師有時候還是得寫一點的，作為一名優秀的架構師，架構師其實平時大量的時間應該是花在瞭解、研究需求，學習充實新技術，自己動手來驗證一些東西，只有符合這三點才能在這個圈裡馳騁下去，技術發展太快了，現在的軟體架構好多都是保持在幾年前的技術水平，很難適應現在“智慧”、AI的發展需求。

架構師是一個專案的掌舵人，一般都是負責宏觀上的，比方說技術選型，框架的搭建，細節業務方面的實現，可能就是要看下面的碼農去實現了。。

架構師非一朝一夕練就，需以多個專案經驗與大量編碼時間積累為基礎，優秀的編碼能力是架構師的基本功，理論上，架構師主要職能不是編寫程式碼。但市場與業務都是動態發展的，架構也要隨變化而變化去適用所有的業務場景，沒有一成不變的架構方案，完全脫離一線，怎麼保障交付結果完滿？我認為架構師還是要編寫部分程式碼，原因如下：

1、 編寫核心程式碼，縮短研發週期，保證技術交付質量；

2、 參與並把關研發過程，提高與團隊合作契合度；

3、 貼近系統，透過看/寫程式碼，確保實現邏輯與架構設計一致。

一些建議：如果有時間，親自編寫核心程式碼，如果沒有時間，也要把關架構設計與實現過程方向的一致性。