經常聽到一些程序員說：
“我們公司的架構師天天就在開會，調研，設計，寫文檔，指指點點，根本就不寫代碼。真好?！?/p>

“我的下一個目標是做架構師，這樣就不要寫代碼了?！?/p>

“你們公司的架構師要寫代碼嗎？”
對于這些說法，不同的人會有不同的觀點。對我而言，我會旗幟鮮明，毫不掩飾的表達：我希望網站建設架構師能在百忙之中拿出一定的時間來寫代碼，特別是核心代碼，什么時候都不要忘了和磨練寫代碼的基本功，如果還想走技術路線的話。
來看看什么是架構師。在百度百科里是這么定義的。
確認和評估系統需求，給出開發規范，搭建系統實現的核心構架，并澄清技術細節、掃清主要難點的技術人員。主要著眼于系統的“技術實現”。因此他/她應該是特定的開發平臺、語言、工具的大師，對常見應用場景能馬上給出最恰當的解決方案，同時要對所屬的開發團隊有足夠的了解，能夠評估自己的團隊實現特定的功能需求需要的代價。

系統架構師負責設計系統整體架構，從需求到設計的每個細節都要考慮到，把握整個項目，使設計的項目盡量效率高，開發容易，維護方便，升級簡單等。

架構師的主要任務不是從事具體的軟件程序的編寫，而是從事更高層次的開發構架工作。他必須對開發技術非常了解，并且需要有良好的組織管理能力。可以這樣說，一個架構師工作的好壞決定了整個軟件開發項目的成敗。
簡單的說，架構師是程序員磨練，積累到了一定程度，同時具有宏觀和微觀掌控能力的大師級程序員。更通俗的說，是對程序員的技術級別的一個劃分，也就是說，程序員有初級的，中級的，高級的，什么的，再往上，有了架構師。

所以，我們看到，架構師是程序員，那么，程序員的首要任務，程序員的基本功，是什么？當然，是，寫代碼。從來沒有人說，架構師不會寫代碼，不喜歡寫代碼。沒有平時的積累，沒有動手實踐，何以能成為大師。
當然，架構師會要花很大一部分時間去從事更高層次的開發工作，但也別忘了，如果不實際參與一部分代碼的開發和review工作，怎么能很好的把握技術的細節，怎么能夠知道系統真的是按自己的要求和設計工作的。當其他組員遇到問題時，怎么能夠幫他們迅速定位和解決，甚至挽起袖管自己上。

再白話一點的說，如果遇到像“你行你上”的挑戰時，怎么能夠無所畏懼，該動手時就動手。還有，在某些情況下，對于系統的核心部分，核心算法，真的需要架構師自己來寫和維護這些critical代碼。如果平時不堅持寫寫，到真正要用時也會感到手生。

再說，技術的進步日新月異，新的開發平臺，新的語言，新的工具，新的模式，不停的在出現，如果還只是堅守自己之前非常熟悉的那一塊，將會很容易過時，被淘汰。如何快速的跟進新的技術，新的發展，除了閱讀，交流，最重要的一環是自己動手去實踐，那么，寫代碼，通常是掌握這些新技術實踐的重要一步，只有自己動手了，才能發現其中的優越，其中的坑坑洼洼，這樣，才能更好的做好高層次的開發工作。一個從來沒有用過或寫過TensorFlow代碼的人，不相信會是TensorFlow的高手。
，大家都知道興趣和喜好是成功的非常重要的因素。寫代碼，愛好寫代碼，應該是程序員的一種興趣，一種愛好，沒有這個愛好，其實也很難成為優秀的大師級程序員。退一步講，設想一下，如果自己有什么創意，有什么想法，然后馬上能寫代碼來實現，是多么幸福的一件事情。做了架構師，就想放棄寫代碼，就不想寫代碼，是多么粗淺的想法。如果真的不喜歡寫代碼，不愿意寫代碼，那其實也不用去做架構師了，因為，已經對程序員的基本功都沒有了熱情。

總之，架構師是一定要寫代碼的，不管寫多寫少。保持寫代碼的激情，會讓自己成為時代的弄潮兒，永不落后，不被淘汰。