架構漫談讀後感

         花了一週的時間利用課餘的閒散時間，總算看完了王概凱的架構漫談，這九篇博客從相對全面的角度對架構進行了概述。本身也對架構有了更深一層的認識。感受做者在博客裏提到的對架構的理解對咱們初學者來說幫助其實很大。架構其實就是根據要解決的問題，對目標系統的邊界進行界定，而後對目標系統按某個原則進行切分，接着對這些切分出來的部分設立溝通機制。最後，使得這些部分之間可以進行有機的聯繫，合併組裝成爲一個總體，完成目標系統的全部工做。

         第二篇博客做者並無談及架構而是討論了基礎概念的一些問題，其實對這部分的內容感觸挺深的。正如做者博文中所說起的例子，在生活中簡單的事物真正讓咱們去描述其概念時卻難以用你們都贊同的一句話來表述出來。架構是解決人的問題，而概念則表明着一個問題。作好架構所首先必須具有的能力，就是可以正確的認識概念，可以發現概念背後所表明的問題，進而纔可以認識目標領域所須要解決的問題，這樣纔可以爲作好架構打好基礎。事實上，這一能力在咱們學習新技術的時候也是適用的。最近開始接觸SSH三大框架，感受本身像無頭蒼蠅同樣撞進去，回過頭來才發現方向根本不對。致使時間白白從指間浪費。如今想一想其實本身從最初的就根本沒有搞懂structs、spring、hibernate三者具體是幹什麼的。其實只要花費少許的時間來了解它們分別解決了什麼問題，學習起來就會很是的快速有效。所以，咱們不能忽視概念背後的含義。要明白如何利用概念的理解，快速的進行學習。掌握了這些原則，會有利於幫助咱們在架構階段，開酥的識別和定位問題。

         作架構其實就是在找問題，通常來講，若是把真正的問題找到，那麼問題就已經解決80%了。要正確的認識問題須要明白兩個問題：1.這是誰的問題？用戶的？設計師的？再就是2.有什麼問題？固然第二個問題就要比第一個問題好解決多了。因此架構師其實就是在幫別人找問題。當一個問題成爲問題時它就不在是一個問題了。

         把社會生活中的全部問題拆解開來均可以歸結爲一個字--------「利」，架構也是如此。架構的切分其實就是利益的調整。全部的切分調整，都是對相關人的利益的調整。由於維護本身的利益，是每一個人的本性，是在骨子裏面的。在這裏做者將切分的緣由分爲四點：

• 某個或者某些利益相關人員負載過重
• 時間上的負載過重
• 空間上的負載過重，本質上仍是時間上的負載過重
• 某個或者某些利益相關人的權利和義務不對等

　　而切分的原則應遵循：

• 必須在連續時間內發生的一個活動，不能切分
• 切分出來的部分的負責人，對這個部分的權力和義務必須是對等的。
• 切分出來的部分，不該該超出一個天然人的負載
• 切分是內部活動，內部不管怎麼切，對整個系統的外部應該是透明的。

　　切分其實就是建模的過程，架構切分的最終結果都會體如今組織架構上，只有這樣纔可以讓架構落地並推動。

　　軟件架構要解決的實際上是業務問題和計算機的問題，在解決這兩個問題時固然會讓部分人有利益的損失。所以，架構師是要去平衡別人的利益，甚至會調整別人的利益的。一旦架構師是全心全意爲別人的利益服務天然而然就有了強有力的影響力。

　　在最後的博文中，做者向咱們詮釋了技術、業務和架構的關係。在實際的項目開發中，技術人員廣泛看不起業務，認爲技術更高端，而業務過低端。業務則以爲技術眼光高，但解決不了實際問題。其實在咱們之中這一點體現的尤其明顯，你們成天都在高呼技術的重要性。學會了幾種技術，就認爲本身水平恆高了。其實記得在初學計算機這個專業的時候就有老師說過，技術只是咱們用來編程的手段。不少時候，學習的技術越多，越不知道採用哪一種技術好。所以切記不要被技術了雙眼。要想成爲一名合格的架構師，準確的識別採用什麼樣的技術的能力也是要熟悉掌握的。