正如《架構漫談》作者所說，架構師必須是乙個組織的領導人。軟體架構師的主要任務並不是從事具體程式的編寫，而是從事更高層次的開發架構工作，因此軟體架構師需要有良好的組織管理能力以及一定的實權。
要想成為一名合格的軟體架構師，首先要明白架構師是去幫助別人解決問題，而不是自己完成工作，並且工作完成與否是別人說的，不是自己，所以身為一名架構師要把完成別人工作當成自己的最大利益，要努力地越來越多的人依賴你 認同你。
架構師要學會發現問題，把別人的問題當成自己問題來思考並且解決問題。同時架構師是乙個領導人，他所考慮的不光是解決問題，他更要考慮如何用最小的成本獲取最大的利益。架構師是在不斷的平衡與調整別人的利益過程中讓組織成員都能夠積極地為服務。所謂架構師，不光技術要好，還要有良好的管理能力。
日常：10項技能：設計、決策、簡化、程式設計、記錄、溝通、估算、平衡、諮詢、市場。
設計：（深入了解各種現存的設計模式，了解質量度量，理解不同的技術棧，分析和理解應用模式）
決策：（架構師的決策指引著專案甚至整個公司的正確方向，對於決策分得清主次，決定要做在能力範圍之內）
簡化：（你指定的解決方案要盡可能簡單，多方位角度觀察解決方案，學會分而治之的思想，得到解決方案以後不要著急下定論，退一步再想想是否是最好的選擇）
程式設計：（雖然架構師的主要任務不是程式設計，但是你必須了解開發人員的日常工作，只有你對主要趨勢有了解時，你才能參與到討論中來把開發引向正確的方向）
記錄：（好的**本身就是最好的文件，好的架構師應該擁有辨別好壞**的能力，文件要簡潔，多記必需的東西，內容盡可能少，只記錄這件事的必要資訊）
估算：（作為架構師經常會被要求提供估計以實現你的想法，長時間，多少人，多少人，哪些技能等，這就需要架構師了解所使用的軟體開發過程的活動。此外，身為架構師，還應該能夠評估架構在當前或將來上下文中的適用性）
平衡：（架構與功能需求的平衡，要避免過度設計；從長遠眼光考慮解決方案的選擇；克服不同級別之間的通訊衝突）
市場：（除了管理學，還有就是營銷技巧，要能夠說服別人，並且有的時候還可以不斷堅持，重複你的想法，反覆接觸某個觀點會使人們更為相信觀點）
架構漫談閱讀筆記01
產品所帶來的價值和出現的責任都是人為的結果。人對擴充套件性具有重要作用。如果想要確保產品可以擴充套件，人是最為重要的因素。在擴充套件性方面，忽略人的因素作用是錯誤的，這有可能是產品無法滿足使用者需求的根本原因。既然人是可擴充套件性的核心因素，我們就應花大力氣去吸引和留住最好的人才。不僅僅是要找到技能...
架構漫談閱讀筆記01
許多人都想成為架構師，我也不例外。這就不得不了解一下 架構 是什麼，想要知道 架構 是什麼，這就又不得不了解一下 架構 的起源。架構這個詞出現比軟體出現的早多了，或者說比計算機比資訊科技早多了，我想這就足以說明，所謂 架構 不是一種技術，不是好多大佬提到的應用架構 硬體架構 資料架構等等的具體技術，...
閱讀筆記 《架構漫談》 01
一 什麼是架構 在這一篇關於什麼是架構的文章中，作者通過類別的方式確實讓自己知道了什麼是架構，讓我心中對架構有了自己心中的理解。在還沒有開始上 軟體體系架構 這門課的時候，老師在上課的時候就常常提到架構的重要性，已經架構一直都在我們軟體開發行業的最頂層，在這篇關於什麼是架構的文章中，我才發現，確實，...