副標題應該叫： 重構的必要性。
確認說重構的目的，是不是只是為了滿足當初前框架不可滿足的需求矛盾。如果是框架限制導致當前業務不得不進行重構的時候，重構才是合理的。
初次之外，還應該考慮重構的其他可能性，是否可以通過擴充套件硬體和計算資源能夠得到滿足。
只有確認了邊界，要達到的指標，才能了解做手術的程度。才能與管理者，規劃者才成一致的共識。
快速迭代、持續交付、盡早反饋。要不斷地有里程碑式的完成，這樣才能給架構帶來進展，給別人帶來信心
只有知道了當前的實現， 才能知道為什麼是當前這樣，是為了滿足什麼需求。 否則，很容易導致新的架構發現無法實現某個需求。
要確認重構後的架構是否導致資料的儲存，處理分析發生了變化。 如果是資料流發生了變化，是變壞了還是變好了。
例如，你不能因為重構了系統，導致當前系統的效能嚴重降低，者肯定是不能夠容忍的。
寫好**，否則**的bug, 會引入越來越多的改動。
熱門的技術不一定是最好的。 要關注目標導向。 新技術意味著未知的坑，未知的風險。不一定有成熟的技術方案。
架構重構的最終目的是改進業務，所以對於業務的了解將有助於架構師和技術人確定重構目標的優先順序和關鍵路徑
技術架構在重構中並非是最重要的。 有時候商業利益才是最重要的。
涉及到商業利益、管理層偏好、大客戶影響、辦公室 zhengzhi、站隊問題等等，對於架構師和技術人來說，這些因素往往不是他們所能掌控的。我們能做的就是，與利益相關者設定重構目標，然後，根據不同的影響因素，調整目標。請記住，不要死扛這個目標，當有人提出不同的意見時，要坦誠地和他們交流，並告知他們如何採納意見，那麼重構目標會有變化，然後讓其他利益相關者也知道這些變化。非技術因素的影響是客觀存在的，而且從商業層面來說也是合理的，所以對於技術人來說要學會適應。
重構設計到很多人，設計到方方面面， 所以是典型的木桶效應。 可能會因為某乙個短板導致整個重構目標難以實現或者推遲實現。
軟體架構師如何工作 架構漫談讀後感
對於乙個軟體架構師來說，最基本的當然是理解清楚一些最基本的概念了。什麼是架構？這是架構漫談系列的第一篇文章的標題。事實上，很多人包括我自己在聽到架構師這個職業的時候都會有乙個疑惑 先不提架構師，什麼是架構呢？在閱讀了這篇文章後，我來談談我的理解。一直以來，架構沒有著明確的定義，很多官方的定義都十分模...
架構漫談讀後感之軟體架構師如何工作
這學期開始學習軟體架構，通過閱讀王概凱架構漫談九篇部落格，對軟體架構有了進一步的了解。感覺學習了架構之後，能對自己的學習和實踐有更大的幫助。架構漫談主要從什麼是架構 認識概念是理解架構的基礎 如何做好架構之識別問題 如何做好架構之架構切分 什麼是軟體 軟體架構到底是要解決什麼問題 不要空設架構師這個...
軟體架構師如何工作（即架構漫談讀後感）
軟體架構師如何工作 即架構漫談讀後感 讀完王概凱老師的架構漫談，感覺自己對軟體架構方面的知識了解了一點點。以前都只是聽說軟體架構師特別的厲害，高薪，但是具體說軟體架構師是什麼，具體是做什麼的，自己並沒有多大的乙個觀念。現在看王概凱老師的專欄，希望能讓自己有一些收穫。1.什麼是架構，為什麼需要架構？按...