一說到「架構」這個詞，頓時感覺自己也高大上了不少
架構是個很寬泛的概念，任何專業領域都有自己的架構。軟體行業可分為業務架構、軟體架構、系統架構。
業務架構最表層的理解就是對業務模組的粒度劃分。好的業務架構的設計是好的軟體架構的基礎。業務架構要考慮業務粒度的劃分大小，太大，在進行事務管理的時候就會無法區分，太小，會導致業務繁多，冗餘，增加系統的複雜度。乙個好的業務架構將是乙個好的軟體架構的必要前提。
軟體架構是第二個關鍵步驟。物件導向程式設計 -> 面向介面程式設計 -> 面向切面程式設計 -> 面向服務程式設計。這是程式設計思想的演變，每一次轉變都帶來的是架構的變化。乙個好的軟體架構應該是擁抱變化，效能穩定，易於維護。
系統架構包括軟體、硬體、網路等多方面的組織架構。這需要架構的綜合多方面的能力。包括伺服器的集群，單點等架構設計，實現高效能、安全、穩定、易維護的it環境。
對Linux inode的一些理解
檔名 inode device block 一 inode是什麼？理解inode，要從檔案儲存說起。檔案儲存在硬碟上，硬碟的最小儲存單位叫做 扇區 sector 每個扇區儲存512位元組 相當於0.5kb 作業系統讀取硬碟的時候，不會乙個個扇區地讀取，這樣效率太低，而是一次性連續讀取多個扇區，即一次...
對棧的一些理解
之前總結過一篇有關函式棧幀的部落格 函式棧幀以及呼叫約定相關的一些總結 但是感覺自己還是有一點知識點沒有弄懂,今天中午跟郭哥吃過飯一起 有關殼的問題的時候,順便把這個問題請教了一下郭哥,終於弄明白了,在此要特地感謝他,這裡把一些心得體會寫出來 先看一幅圖 選自ida權威指南 注意圖中是基於esp的棧...
對EK的一些理解
首先是網路流問題的提出 乙個源點，乙個匯點，不斷又源點向匯點輸送，其中路徑上有最大速度，求匯點收貨的最大速度是多少。在求之前可以先模擬一下過程如果源點現在只能出乙個單位的貨，那麼他會找乙個未達到最大速度的路進行運輸，接著我們不斷將運輸的量放大，即不斷地從起點開始尋找增廣路，每次都對其進行增廣，直到源...