從學習設計模式到現在差不多半年了，對這些前人總結下來的經典依然理解不是很深刻。這次老師好好的給
我上了一課，我感覺說的不僅僅設計模式，更讓我對思考問題的方式和處理知識的方法有了進一步的思考。
從設計模式的分類說起
這張圖也就是平時我總結的一般方式，換句話也就是自己如何思考問題的思路。沒有任何問題，但是也就是對
於文字的一般性總結。相比以前的文字的方式有了一定的提高，但是按照老師的話說這些東西仍然是飄在腦子裡面。
沒有形成知識網的，一激動就忘了。
這張圖不僅僅尺寸增大（joke），更多是帶來這樣和那樣的資訊。黃色的備註是對藍色問題的解釋和說明，也
是後面如此來歸類的重要原因。後面每個模式屬於這裡都不再是僅僅從書上、網上得到答案。而是經過思考、經過揣
摩後的知識。不再是一張死氣沉沉的圖，當對張圖有了思考。這張圖就有了生命，在腦海中就不會忘記。
老師總是給我們講乙個故事，乙個門衛的故事。說，站在門口的門衛每天遇到人說的最多是什麼。1.你從哪
裡來？2.到**去？3.去做什麼？學習也是這樣，常常面對乙個新的知識，更多不是從書本上理所當然的得到這些。
需要我們對於這些知識對思考，如：多型？什麼是多型啊！為什麼要用多型啊！怎麼使用多型？和我們之前的學習過
的有什麼區別呢？這裡也不侷限三個問題，多問問問題也就是對知識進行多方面的了解的過程。等到這些問題都得到
了好的解答，我相信這些知識也就能夠完全掌握了。
聯絡自己長期的學習效果，也是這方面做的比較差的。所以雖然投入的時間不算少，但是學習進度還是很慢
的原因之一。發現問題，寫了這篇部落格，以此自勉，改變迫在眉睫啊！
學習也是人們在生活過程中，反覆的總結經驗得到的。設計模式（designpattern）也是我們前輩們經過無數
次的嘗試，經過種種的**重用差、難以除錯維護、效率底下等等問題後的經驗總結。
長期以來，對於知識的獲取
來自課本。很多知識一說起來，來自書本上的語言相對生硬，難以理解。老師在講解的時候，每次總是能找到生活中
的例子相對應。這點也是我做的很差的，所以對於知識的理解也是比較生硬的。老師說過，當你能把你的知識能用通
俗的語言給別人講清楚的話，那麼對於知識的理解就可以了。
學習的過程中，對於新知識的了解不能一猛子就扎到細節。先需要盲人摸象、囫圇吞棗一樣先過一遍，等到遇
到某個問題的時候這時候也需要針對細節進行詳細的了解和昇華。
對於問題處理的方式，不能想的很複雜。只需要將
大多數的情況考慮到了就好，針對特別的情況這時候特別對待就好。
總結以上就是對8月
4號，老師針對設計模式的講課的一些心得體會。自己的問題還是挺多，這也是一直以來自己學習
進度慢和學習效率的原因。以此自勉，改變迫在眉睫，好了，今天就到這了。
思考問題的方法
1.極限法 今天看到hash表,說要讓hash表上的鍊錶分布的均勻才是好的hash函式.當時就在想為啥要分散均勻呢?靈光一閃,如果所有鍊錶都在乙個雜湊值下的,那麼資料查詢起來不就又回到了o n 了嗎?那使用hash表的意義就不存在了.因為hash表在沒有衝突時的時間複雜度是o 1 2.多去模擬 比如...
像「電腦」那樣思考問題？！
軟體開發人員經常需要接觸使用者，得到使用者的需求。在這個過程中，事實就是乙個 翻譯 的過程 使用者從他的工作的角度出發，需要電腦來為他輔助處理哪些事情，而技術人員需要從電腦可以實現的角度來設計這些過程或者功能。因而軟體技術人員需要用採用像電腦那樣來思考使用者的問題。我在接觸使用者的過程中，經常遇到很...
Excel思考問題的方式
好比如，現在咱們需要將第一周 第二週 第三週 第四周 等e e列裡的 每一周的 第二個數值 提取出來。那麼我們手動提取了幾個。如果生產一百多周那不是要累死？現在咱們先找到部分 我們需要的資料，先建立乙個小的模型 然後再往大的上面套 我們將每一周的第二個數值，所在第幾行 提出來。那麼我們就要取e e列...