程序員架構師主要是做什么，如何看待不會寫代碼的架構師？

在我作為程序員，軟件工程師從業的十幾年見過各種架構師，既有深耕各種技術框架，對各類框架的性能，局限，應用場景如數家珍的技術架構師。也有各類業務門清兒，擅長制作PPT，VISIO，AXURE這類以描述，可視化等對系統清晰，直觀，體系的業務架構師，或者解決方法架構師。

前者肯定是會寫代碼，而且是行云流水，讓初級程序員羨慕敬佩的大牛。后者則更多是面向用戶或者投資者，設計者。因為用戶，投資人往往不懂也不想懂具體的代碼邏輯，他更關注業務架構，系統架構，黨政軍的信息化歸口部門用戶對技術架構也很關注。

曾經見過一個乙方的架構師，對于用戶需求，可以快速完成系統架構圖，主要包括數據接入層，數據存儲層，數據服務層，數據應用層。每個層級的具體功能的設計。譬如數據存儲層又分原始庫，標準庫，主題庫，業務庫等。對每類庫存的數據進行歸類和分析，這并不需要代碼。而是要把產品的能力和業務的處理給客戶或領導說得清楚可行。

所以如題主而言，不要小看不寫代碼的架構師，他們恰好更能俘獲客戶的心。