架構漫談讀後感

應老師的推薦閱讀了由資深架構師王概凱 kevin 執筆的系列專欄「架構漫談」，9篇文章遞進地講述了

討論什麼是架構、怎樣做好架構、軟體架構如何落地、如何寫好程式等問題，文章生動形象多次舉通俗的例子讓本來生澀的知識變得更加容易理解，感觸頗多。對這系列文章印象的較深的一點是：一直在挖掘一些本質的東西，對一些看似基礎的東西進行深度地思考，比如「概念」，得出「概念是人的某一需求的解決方案」的結論。這些思維方式對於我來說是非常缺乏的，以後要多思考多總結。

架構產生的動力（為什麼會產生架構？）：

1.必須由人執行的工作（不需要人介入，就意味著不需要改造，也就不需要架構了）

2.每個人的能力有限（每個人都有自己的強項，個人的產出受限於最短板，並且由於人的結構限制，同時只能專注於做好一件事情，比如雖然有兩隻眼睛，但是只能同時專注於一件事物，有兩隻手，無法同時做不同的事情。ps. 雖然有少部分人可以左手畫圓右手畫框，但是不是普遍現象）

3.每個人的時間有限（為了減少時間的投入，必然會導致把工作分解出去，給擅長於這些工作的角色來完成，見 2，從而縮短時間）

4.人對目標系統有更高的要求（如果滿足於現狀，也就不需要進行架構了）

5.目標系統的複雜性使得單個人完成這個系統，滿足條件 2，

3（如果個人就可以完成系統的提高，也不需要別的人參與，也就不需要架構的涉及，只是工匠，並且一般這個工作對時間的要求也不迫切。當足夠熟練之後，也會有一定的架構思考，但考慮更多的是如何提高質量，提高個人的時間效率）

什麼是架構？

1.根據要解決的問題，對目標系統的邊界進行界定。

2.並對目標系統按某個原則的進行切分。切分的原則，要便於不同的角色，對切分出來的部分，並行或序列開展工作，一般並行才能減少時間。

3.並對這些切分出來的部分，設立溝通機制。

4.根據 3，使得這些部分之間能夠進行有機的聯絡，合併組裝成為乙個整體，完成

目標系統的所有工作

。架構是為了解決的人的問題，找出問題的主體，是做架構的首要問題。

要思考「是解決誰的問題」，先找到是「誰」，再去分析所需解決的問題。識別出問題後，對於確實有問題的部分要根據利益進行切分。切分的原則：1.必須在連續時間內發生的乙個活動，不能切分。2.切分出來的部分的負責人，對這個部分的權利和義務必須是對等的。3.切分出來的部分，不應該超出乙個自然人的負載。當然對於每個人的能力不同，負載能力也不一樣，需要不斷的根據實際情況調整，這實際上就是運營。4.切分是內部活動，內部無任怎麼切，對整個系統的外部應該是透明的。

關於切分小結：

1.架構的切分的導火索是人的負載太重。

2.架構的切分實際就是對 stakeholder（利益相關者）的利益進行切分或合併，使得每個 stakeholder 的權責是對等的，每個

stakeholder

可以為自己的利益負責。

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

4.架構切分的結果一定是乙個樹狀，盡量扁平化。

軟體架構

軟體架構出現的導火索也是軟體工程師的任務太重，需要把很多任務作拆分出來。

軟體架構作用於兩個方面，一是業務的owner，他需要提高業務的效率，降低業務的成本。二是軟體工程師，必須要理解業務所服務的物件，從而將業務虛擬化，讓軟體很好的跑起來。

關於架構師

架構師是要去平衡別人的利益，甚至會調整別人的利益的。一旦架構師是全心全意的為別人的利益服務，自然而然的架構師就擁有了強有力的影響力，肯定會是乙個 leader。架構師必須是乙個組織的領導人，有權利調動這個組織的架構，才能夠更好的發揮架構師的作用，更好的把利益的調整落到實處。當然，作為乙個架構師還必須擁有強大的技術功底，這樣才能識別問題，把實際問題轉換成程式所需解決的問題。

架構漫談讀後感

架構漫談讀後感

架構漫談讀後感

《架構漫談》讀後感

相關推薦