進行軟體架構的學習，先粗略的讀一遍《大型**架構》，了解軟體架構。
大致明白了幾點，首先利用軟體架構 解決問題，解決業務問題，進行優化，然而架構不能夠解決所有問題。
其次，軟體架構只有親身經歷從低到高才能夠了解架構，我只能夠粗略理解，沒有實際進行，不能深入解讀。
軟體架構主要講的內容之一就是;分類。也就是軟體的模式。了解軟體架構的分層。通過分層能夠解決一些問題。
對架構進行分割，集群，等方式能夠進行將複雜的企業架構解決到普通的模式。還可以通過非同步，快取等方式完成
對架構進行優化。
同時注意架構的安全，進行符合實際的要求進行開發。同時好的設計不是一味的模仿，進行自我問題的深刻理解，
得到解決問題的地步。
同時了解架構的效能 ，應為效能是乙個**的重要指標。注意**的優化，伸縮性，增強**的健壯性，能夠新增
百萬的訪問，增加擴充套件屬性，進行優化，吸引投資者。同時注意可用性，這記性是架構的重要核心，能夠完成**
架構核心的重要因素
抓住架構的核心，注意架構的模式，選擇合適的模式，進行實驗測試，完善內容，從而進行架構的完善內容，使得
**的業務問題能夠解決。
閱讀筆記架構漫談01
正如 架構漫談 作者所說，架構師必須是乙個組織的領導人。軟體架構師的主要任務並不是從事具體程式的編寫，而是從事更高層次的開發架構工作，因此軟體架構師需要有良好的組織管理能力以及一定的實權。要想成為一名合格的軟體架構師，首先要明白架構師是去幫助別人解決問題，而不是自己完成工作，並且工作完成與否是別人說...
架構漫談閱讀筆記01
產品所帶來的價值和出現的責任都是人為的結果。人對擴充套件性具有重要作用。如果想要確保產品可以擴充套件，人是最為重要的因素。在擴充套件性方面，忽略人的因素作用是錯誤的，這有可能是產品無法滿足使用者需求的根本原因。既然人是可擴充套件性的核心因素，我們就應花大力氣去吸引和留住最好的人才。不僅僅是要找到技能...
架構漫談閱讀筆記01
許多人都想成為架構師，我也不例外。這就不得不了解一下 架構 是什麼，想要知道 架構 是什麼，這就又不得不了解一下 架構 的起源。架構這個詞出現比軟體出現的早多了，或者說比計算機比資訊科技早多了，我想這就足以說明，所謂 架構 不是一種技術，不是好多大佬提到的應用架構 硬體架構 資料架構等等的具體技術，...