以前寫的，轉過來
分層是大智慧，分模塊是小智慧。此話沒有強行對比分層就一定比分模塊好。這裏不是比出誰更好，只是我想說的是，我們在面對複雜的系統問題，社會問題（這個有點大.嘿嘿）我們的處理方法，處理模塊應該是什麼樣子。
馬斯洛需求層次理論就是典型的分層次模型，是行爲科學理論之一。我個人理解，當我們初入職場，也是經歷了這些階段，開始的時候，我們只想拿到一份薪水，可以養活自己即可，對未來的發展可能是很模糊的，經過幾年的發展，經驗、技術都有了一些進步，我們不在關注於生理需求，想進一步的獲得安全需求，還想進步的獲得社交需求。這可能是人要發展必須經歷的過程吧。
但是每個這只是一個階段的抽象模型，是從個人發展的角度看，但也有些人從個人發展角度會得出其它的模型，叫什麼忘記了，但肯定有就是了。
我們做系統也是樣，不管是系統集中，還是互聯網產品也是。我們需要把系統當中劃分很多層次，可能初聽起來，爲什麼非要劃分不同的層次，我不劃不行嗎？可以啊，世界上的事情都是沒有絕對如何，如何，都是根據情況一步步發展而。只是通過層次的劃分，可以我們可以好的有清晰的邊界感，因爲事情也好，人也好。都可以通過一些屬性進行分類，系統的劃分也可以根據一些屬性，比如順序性，簡單的例子是，你不能沒造出鋼鐵就出要建大橋吧。
所以根據一些這類事情的比較重要的特性，我們可以在這個基礎上進行模型劃分，這其實也說明了另一個特別重要的關點。順序性屬性只是物體或事物一個方面性，可能還要存在質量屬性，所以我們推導出來的模型可能是有多個的。我們如何來選擇哪，還是要看哪些是主要矛盾，爲什麼這麼講，哲學裏面講，事物的主要矛盾決定了事物的發展方向，我個人以現在的經歷和知識來理解就是事物哪裏問題越大，矛盾越大，我們越需要投入經歷來解決，這樣反而能增進事物在這方面的發展。系統也一樣，如果我們的存儲是一份，沒有備份，一旦出問題用戶的數據的就將丟失，我們肯定不能接受，我們就會想辦法要存多份。當然越講越抽象了。給人感覺可能有點漂了。
其實寫到這，可能是有人感覺跟主題好象越來越遠了。我倒不這麼理解，只是我們在針對某一具體方向或方面進行推導的過程中，我們會再次運用“分層是大智慧，分模塊是小智慧”這個方法，就是要不停的抽象進去，然後再不停的進入到系統本質去看，然後每個層面，細節，關注點，矛盾點，我們可以利用繼續分清楚，看明白。
我們要明刻去抓住本質的東西才行，但其實這麼講只是一個維度，還有一個重要的維度那就是時間。我們不能忽略時間。但其實時間落實到我們具體的工作當中我們要與時俱進，有發展的價值觀，嘿嘿，可能有人又要暈了。這裏先埋個伏筆吧，過幾天再整理一下現在親身經歷的一個項目的吧。這個項目現在遇到的問題將完全的詮釋：項目、問題等關鍵點上，我們不能用一個維度來完全解釋的通。從而忽略了時間維度的作用。
寫到這裏一直沒有說“分模塊是小智慧”的，其實這個的理解，如同TCP/IP協議棧就是最好的例子，只是在談論的時候，我只想把他抽象出來，這樣我們用這個思想可以解釋更多的你遇到的問題，要做的項目，該如何分解，如何解析，如何下手。
有時候一直很懊惱自己沒有做軟件開發，可能會對這方面的理解能力提升更快，但返過來的又想，每人具都有適合和不適合的東西，不用強求，隨緣即好。此隨緣不是隨風逐流，而是說我們在做出自己的努力後，事情發展可能跟自己象想的不一樣，但沒關係，我們只要在自己的位置，實現自己對世界的觀點和看法的有序的系統就好了。一樣會可以得到另一個角度模型。世界不是靠一模型可以解釋得通的，要有不同的模型相互之間作用，但他們可能又作用在一個層面，相比而言，他可能是包含他們父模型要介紹的“分模塊是小智慧”時面的一項哪，其實說到這裏就更清楚了。
用四維立方體來感受一下更好（youku上面有一視頻，介紹如何劃這個東西，太牛了）
寫到這裏也差不多了，發展自己一聊老是抽象出來聊，雖然能聊的很大，有時候也能把握的比較好，但大多數情況下還是把握不來，這也說明我自己的問題，經驗、閱歷、智慧都差的很多，可能只有“真正智者”才能做到的。我現在的面對的問題，可能還是更多具體些，我必須要清醒的認識到才行。只有基礎做好了纔可以，”經濟基礎決定上層建築”。但我要自己一直保持這個狀態，我們要思考，也要努力做好事情。這纔是我們該做的。
2012/7/9 晨
fastyu
BYW:該去“田教師紅燒肉”吃早餐了，那裏的油條不錯，粥也不錯噢，價格實惠，量又足