什麼是架構？把乙個整體切分成不同的部分，由不同的角色來完成這些分工，並通過建立不同部分相互溝通的機制，使得這些部分能夠有機的結合成乙個整體，並完成這個整體所需要的所有活動即是架構。那麼為什麼會產生架構呢？1、必須由人執行工作2、每個人的能力有限3、每個人的時間有限4、人對目標系統有更高的要求5、目標系統的複雜性使得單個人完成這個系統滿足條件2、3。
要做好架構，首先需要能夠正確的認識概念，能夠發現概念背後所代表的問題，這樣才能為乙個好的架構打下基礎。概念的不同可能就會導致認知的不同，最終會影響整個系統的構成。然後我們需要識別問題。解決問題，我們需要找出問題的主題，不能知其然不知其所以然。我們需要定位出這個問題是誰的問題（確定主體）以及有什麼問題（確定內容）。有時候問題的產生是因為溝通的誤解，或者主觀上的有很多不必要的利益訴求導致的。對於一些仍然存在的問題我們接下來需要對其有所動作，做相應的調整，即進行構架的切分。
那麼為什麼要進行切分？1、某個或者某些利益相關人負載太重2、時間上的負載太重3、空間上的負載太重4、某個或某些利益相關人的權利和義務不對等。那麼應該怎麼切分呢？1、必須在連續時間內發生的乙個活動，不能切分。2、切分出來的部分的負責人，對這個部分的權利和義務必須是對等的。3、切分出來的部分，不應該超出乙個自然人的負載。4、切分是內部活動，內部無論怎麼切，對系統的外部應該是透明的。實際上切分的過程就是建模的過程，每次對大問題的切分都會生成很多小問題，每個小問題就形成了不同的概念。這就回到了構架的首個步驟——正確的認識概念。
軟體構架，那麼軟體是什麼？它是用來控制硬體的行為的工具。它將現實生活模擬到計算機中，提供了更低成本、高效率的生活。隨著軟體的發展以及日益增加的需求，軟體架構出現了，它用來提公升利益、降低成本。談及軟體架構時，我們要講清楚，究竟是部署的架構還是**的架構。軟體架構的落地，需要軟體的組織結構和流程來保障。
什麼是架構師？架構師是要去平衡別人的利益，他需要全心全意的為別人服務，這樣架構師才能擁有強有力的影響力。架構師必須是乙個組織的領導人，有權利調動這個組織的架構。才能更好地發揮架構師的作用，更好地把利益的調整落到實處。倘若架構師沒有這種權利，那麼勢必會造成內部的不必要衝突，導致這些流程流失於形式。
業務、技術與架構之間的關係。1、技術是為了解決業務的問題而產生的，沒有業務，技術就沒了存在的前提2、在解決同乙個業務問題的前提下，更高效，更低成本的技術，會淘汰低效，高成本的技術，這是人類利益技術所決定的。技術人員與業務人員二者經常產生衝突，因為技術人員很多時候關心的技術與業務的主要目標往往不是對應的，業務也是負責一部分的業務，也不是和業務的主要目標直接對應的。架構師應該承擔起解決這個問題的角色來，專注於軟體本身的架構，讓技術人員致力於在計算機中跑起來而努力。只有把二者很好的結合起來，才能更好的完成業務的目標，才能讓軟體更好地服務大家。，最終一定會得到乙個很好的軟體構架，令軟體開發團隊和業務部門能夠更好地開展工作並降低成本。如今已經存在很多技術，而這些技術卻與我們要解決的問題不那麼直接對應時，我們就需要有意識的組織和識別不同的技術，來實現業務的目標。其中成本最低的方法就是按照要達成的目的和的當前的問題，從上而下的進行架構分析，分析出來的更細粒度的問題，分解到不同的人來解決，這就形成了業務架構和組織架構。所以架構師需具備準確識別採用什麼技術的能力，減少長期的成本，增加收益。
**於:
什麼是架構？把乙個整體切分成不同的部分，由不同的角色來完成這些分工，並通過建立不同部分相互溝通的機制，使得這些部分能夠有機的結合成乙個整體，並完成這個整體所需要的所有活動即是架構。那麼為什麼會產生架構呢？1、必須由人執行工作2、每個人的能力有限3、每個人的時間有限4、人對目標系統有更高的要求5、目標系統的複雜性使得單個人完成這個系統滿足條件2、3。
要做好架構，首先需要能夠正確的認識概念，能夠發現概念背後所代表的問題，這樣才能為乙個好的架構打下基礎。概念的不同可能就會導致認知的不同，最終會影響整個系統的構成。然後我們需要識別問題。解決問題，我們需要找出問題的主題，不能知其然不知其所以然。我們需要定位出這個問題是誰的問題（確定主體）以及有什麼問題（確定內容）。有時候問題的產生是因為溝通的誤解，或者主觀上的有很多不必要的利益訴求導致的。對於一些仍然存在的問題我們接下來需要對其有所動作，做相應的調整，即進行構架的切分。
那麼為什麼要進行切分？1、某個或者某些利益相關人負載太重2、時間上的負載太重3、空間上的負載太重4、某個或某些利益相關人的權利和義務不對等。那麼應該怎麼切分呢？1、必須在連續時間內發生的乙個活動，不能切分。2、切分出來的部分的負責人，對這個部分的權利和義務必須是對等的。3、切分出來的部分，不應該超出乙個自然人的負載。4、切分是內部活動，內部無論怎麼切，對系統的外部應該是透明的。實際上切分的過程就是建模的過程，每次對大問題的切分都會生成很多小問題，每個小問題就形成了不同的概念。這就回到了構架的首個步驟——正確的認識概念。
軟體構架，那麼軟體是什麼？它是用來控制硬體的行為的工具。它將現實生活模擬到計算機中，提供了更低成本、高效率的生活。隨著軟體的發展以及日益增加的需求，軟體架構出現了，它用來提公升利益、降低成本。談及軟體架構時，我們要講清楚，究竟是部署的架構還是**的架構。軟體架構的落地，需要軟體的組織結構和流程來保障。
什麼是架構師？架構師是要去平衡別人的利益，他需要全心全意的為別人服務，這樣架構師才能擁有強有力的影響力。架構師必須是乙個組織的領導人，有權利調動這個組織的架構。才能更好地發揮架構師的作用，更好地把利益的調整落到實處。倘若架構師沒有這種權利，那麼勢必會造成內部的不必要衝突，導致這些流程流失於形式。
業務、技術與架構之間的關係。1、技術是為了解決業務的問題而產生的，沒有業務，技術就沒了存在的前提2、在解決同乙個業務問題的前提下，更高效，更低成本的技術，會淘汰低效，高成本的技術，這是人類利益技術所決定的。技術人員與業務人員二者經常產生衝突，因為技術人員很多時候關心的技術與業務的主要目標往往不是對應的，業務也是負責一部分的業務，也不是和業務的主要目標直接對應的。架構師應該承擔起解決這個問題的角色來，專注於軟體本身的架構，讓技術人員致力於在計算機中跑起來而努力。只有把二者很好的結合起來，才能更好的完成業務的目標，才能讓軟體更好地服務大家。，最終一定會得到乙個很好的軟體構架，令軟體開發團隊和業務部門能夠更好地開展工作並降低成本。如今已經存在很多技術，而這些技術卻與我們要解決的問題不那麼直接對應時，我們就需要有意識的組織和識別不同的技術，來實現業務的目標。其中成本最低的方法就是按照要達成的目的和的當前的問題，從上而下的進行架構分析，分析出來的更細粒度的問題，分解到不同的人來解決，這就形成了業務架構和組織架構。所以架構師需具備準確識別採用什麼技術的能力，減少長期的成本，增加收益。
《架構漫談》讀後感2
認識概念是理解架構的基礎 這些基礎概念對於做架構是非常重要的，大部分人對於每天都習以為常的概念，都自以為明白了，但實際上都是下意識的，並不是主動的認識。架構實際上解決的是人的問題，而概念是人認識這個世界的基礎，自然概念的認識就非常的重要。概念也屬於人認識這個世界並用來溝通的手段，包括 概念 這個概念...
架構漫談讀後感
應老師的推薦閱讀了由資深架構師王概凱 kevin 執筆的系列專欄 架構漫談 9篇文章遞進地講述了 討論什麼是架構 怎樣做好架構 軟體架構如何落地 如何寫好程式等問題，文章生動形象多次舉通俗的例子讓本來生澀的知識變得更加容易理解，感觸頗多。對這系列文章印象的較深的一點是 一直在挖掘一些本質的東西，對一...
架構漫談讀後感
花了一周的時間利用課餘的閒散時間，總算看完了王概凱的架構漫談，這九篇部落格從相對全面的角度對架構進行了概述。自己也對架構有了更深一層的認識。感覺作者在部落格裡提到的對架構的理解對我們初學者來講幫助其實很大。架構其實就是根據要解決的問題，對目標系統的邊界進行界定，然後對目標系統按某個原則進行切分，接著...