這學期在學軟件體系架構的課程，老師推薦了王概凱老師的架構漫談系列專欄，在閱讀專欄之后，對于什么是架構，怎樣做好架構，軟件架構如何落地，如何寫好程序等問題有了較深的理解，在此簡單記錄一下閱讀之后的感想

架構漫談第一篇主要在介紹什么是架構以及為什么會產生架構，在沒有閱讀文章以前，在學習中或許用到過架構的思想，但也是模棱兩可，并不知道什么是架構，更不清楚是怎么產生架構的。王概凱老師提到，架構是把一個整體切分成不同的部分，由不同角色來完成這些分工，并通過建立不同部分相互溝通的機制，使得這些部分能夠有機的結合為一個整體，并完成這個整體所需要的所有活動。在不嚴格角度來講，就像我們學習中有很多情況下是在分工合作，與同學組成的團隊一起做項目，想要合理的分工，并最終將軟件做好，就需要做好架構，將每塊部分功能分解，識別問題，拆分出來的各個部分和合并所對應的角色和所需要的核心能力等去有目的，主動的識別問題，并進行分解，合并，結果這個問題。

架構漫談第二篇主要介紹了概念的內容，如何有效的去認識概念，明白概念背后的含義，以及如何利用對概念的理解，快速的進行學習。概念很重要，如果沒有辦法理清一些基礎概念，混淆，會導致實際做架構時，角色溝通，工作安排會出現很多問題，自然工作結果也就不會樂觀。每個概念實際上解決的，還是人遇到的某個特定的問題，我們把解決問題的解決方案，給定了一個名字，這個名字就是對應的某個特定的概念。不管是處于一個怎樣的身份和地位，想要做好架構，就必須要正確的認識概念，能夠發現概念背后所代表的問題，，進而才能認識目標領域所需解決的問題。在這個問題上我需要努力的還有太多！

架構漫談第三篇在講如何做好架構之識別問題，王概凱老師認為能夠識別出需要解決的問題，問題就已經解決了80%了，這個能力基本決定了架構師的水平。而識別問題的一大前提就是要搞清楚是誰的問題，這個搞清楚了，問題的邊界也就確定了，再去討論問題才有意義。一個合格的架構師應該問的第一個正確的問題是：目標問題是誰的問題。如果我們發現在工程項目中，正在致力于完成自己的工作，要馬上警惕起來，因為這樣下去會演變成沒有ownership的工作態度，在面對概念的時候，也會不求甚解，最終導致沒有理解正確概念。總之總結在正確認識問題的角度上，需要問兩個問題，是誰的問rr‘’題，有什么問題。讀到這里我開始有些不明白，這是誰的問題，在我現在看來很難判定，比如談到切土豆這個問題，想要一把錘子這個問題，就反復理解很多次，也還只是模棱兩可。

架構漫談第四篇主要講是如何做好架構之架構切分。維護自己的利益每個人不能逃避的一點，隨著社會的發展，分工是必然的，每個人都想將自己的利益最大化，所以需要分工，用自己擅長的東西去換取別人擅長的東西。如果需要在這個社會上立足，判斷標準就變成了如何給這個社會提供更好更有質量的服務，提供更多更好的服務，自然就能夠換取更多更好的生活必需品，和我們做人的道理是一樣的。我們要舍棄自己的一些東西，去和別人交換，如果不想依賴別人，不愿與別人交換，他就會辛苦很多，生活會差的多。

架構漫談第五篇主要是將什么是軟件。軟件的歷史，實際上可以說是用機器人模擬人的歷史，我們在有意無意的在計算機上模仿人類的行為，從馮諾依曼結構開始，程序邏輯開始脫離硬件，采用二進制編碼。加上存儲。軟件開發就開始有分工了，行業知識和業務的識別，會交給BA，系統的設計會交給架構師，設計的實現交給架構師，實現的檢驗交給測試，還有很多其他角色的配合，為了組織這些角色的工作，還有項目驚雷，這就把原來一個人的連續工作，拆分成了不用角色人的連續配合，演化成了不同的軟件開發的模式，然后慢慢演變成專門為別人開發軟件的的軟件公司。軟件架構的出現也是同樣的。一開始是懵懵懂懂的去寫軟件，后來就慢慢有意識的去拆分，演變成了不同的架構，這個背后的動力也是一樣的，就是提升參與的人的利益，降低成本。導火索也是軟件工程師的任務太重，我們需要把很多工作拆分出來。拆分的原則也是一樣的，如何讓權責一致，這個拆分也需要架構對的調整，來保證架構的落地。

架構漫談第七篇講了怎樣成為架構師的前提條件，如何發現是誰的問題，架構師的權利和義務話題。架構師必須是一個組織的領導人，有權利調動這個組織的架構，才能夠更好的發揮架構師的作用，更好的把利益的調整落到實處。架構師要去平衡別人的利益，甚至會調整別人的利益，一旦架構師是全心全意的為別人的利益服務，自然而然的架構師就擁有了強有力的影響力，肯定會是一個leader。但是只是民意上的leader是沒有用的，不能完全發揮架構師的能量。

架構漫談的第八篇講了從架構的角度看如何寫好代碼，當我們有了好的架構，那就需要考慮如何將架構落地，而這個時候，代碼就顯得無比重要了，千萬不要讓代碼成為架構擴展的瓶頸。軟件架構實際上包括了代碼架構，以及承載代碼運行的硬件部署架構，實際上，硬件部署架構最終還是由代碼的架構來決定，因為代碼架構不合理，是無法把一個運行單元分拆出多個來的。

架構漫談第九篇講了理清技術、業務、架構的關系，技術總是在人類解決對業務要求不斷提高的情況下產生，目的也是為了獲取更大的利益。業務是技術的前提，技術與技術有相互制約的關系，按照前面的架構定義，這個時候其實已經產生了架構，一般先有技術，才會有架構。

閱讀完王概凱老師的架構漫談自己真的成長了很多，要多閱讀，多積累，加深自己對軟件行業的理解！

轉載于:https://www.cnblogs.com/ggrm/p/10521662.html

總結

以上是生活随笔為你收集整理的阅读王概凯老师架构漫谈系列总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。