《架構漫談》讀後感

架構漫談共分為了九篇

，我認為他是先從架構的概念開始介紹，然後解釋了架構的作用即所解決的問題，最後是從架構的角度去理解，寫好**。

在第二篇文章中，作者以桌子為例，解釋了架構，說明了人們常進入的誤區，

要做好架構所首先必須具備的能力，就是能夠正確的認識概念，能夠發現概念背後所代表的問題，進而才能夠認識目標領域所需要解決的問題，這樣才能夠為做好架構打好基礎。

同時掌握好架構概念並應用與學習新知識的過程，可能就會效率更高，正確的解決問題。

在第三篇中，主要是告訴我們要正確的認識問題，因為作為一名軟體的開發人員。首先要解決的就是使用者的需求，但是更多的時候，使用者自己對想要的也描述不清楚，這就造成了使用者對產品不滿意。而我們能做到的最好的方法就是，找到問題的主體，找到主體之後便能準確的確定邊界問題，找到問題之後便可以很快的去解決。

第四篇介紹的是架構的切分，我個人認為這個過程就是分工的過程，在這個過程中，要與負責人的承載能力相符合，根據實際情況切分。

實際上切分的過程就是建模的過程，每次對大問題的切分都會生成很多小問題，每個小問題就形成了不同的概念。

最終結果都會體現在組織架構上，只有這樣才能夠讓架構落地並推進。

架構也是分層的過程，

層數越多溝通越多，效率越低，分層要越少越好。盡可能變成一顆平衡樹，才能讓整個系統的效率最大化。

第五篇介紹的是用架構的思維，更好的設計和實現軟體。軟體的架構出現過程，和之前的架構出現的過程也是一樣的，先是從一開始懵懂的寫軟體，到後來慢慢的學會切分，再後來就成為了架構。

這個背後的動力也是一樣的，就是提公升參與的人的利益，降低成本。軟體工程師的職責在這個浪潮中，不堪重負，自然而然就分拆為不同的角色，形成了乙個獨特的架構體系。這一切的背後，仍然是為了提公升人類自己的利益，解決人類自己的問題。

第六篇這篇的內容就是將架構與軟體結合起來，

這就是軟體比較複雜的地方，涉及到軟體本身的業務體系，和所虛擬的業務體系。軟體因為流量增大而分拆成不同的執行單元，在不同的機器上部署所形成的架構，屬於軟體架構。每個執行單元為了讓不同角色的人，比如前端，業務，資料儲存等能夠並行工作，所分成的**架構，也屬於軟體架構。

架構的意義就是

不管怎麼分拆，所達到的目標沒有任何變化，就是完成業務在計算機中的虛擬化。

第七篇介紹了架構師這個職位的重要性，架構師

要解決的是別人的問題，不是自己完成工作的問題。架構師必須是乙個組織的領導人，有權利調動這個組織的架構，才能夠更好的發揮架構師的作用，更好的把利益的調整落到實處。

我認為一名架構師，在技術上需要有足夠的自信，這樣才能夠去領導別人去做軟體，同時也會受到信服。當遇到問題時，能提出解決問題的成本最低的方案，就是一名架構師應該做的。

作為軟體從事的人員，還是要著手於**方面，所以在第八篇中，就是說的從架構的角度寫好**，在寫**的過程中，最重要的就是邏輯方面的問題，不合理的邏輯結構，

都會導致架構無法快速的橫向擴充套件和分拆，並且增加了修改的成本，這些是不符合開發人員以及業務的利益的。寫**的時候讓該出現邏輯的地方出現邏輯，讓不該出現的地方不能出現。一旦不該出現的地方出現了邏輯，那麼要馬上意識到，這個地方是乙個坑，這個問題一定和業務的分析不透徹有關係。

最後，我認為也是關鍵的一點就，就是理清技術，業務，架構這三者的關係，

技術是為了解決業務的問題而產生的

，有了技術之後才出現了架構的概念，

所以，準確識別採用什麼技術的能力，也是架構師所要具備的能力之一。考慮的主要因素也是長期的成本和收益。

所以，結合當前自己所處的階段，我認為應該多閱讀這方面的內容，從深層次的角度去理解認識架構，這樣之後才能獨立解決問題。