以慢為快的學習思想
- 而學習快是一個結果，而不是過程。 為什麽呢？
是不是只有等我們掌握了一項能力以後，再以當下的時間點往回推算到底總共花了多少時間，才知道是不是快。
所以在學習中並不是每一個過程都要快，而是最後的結果是相對較快。
真正的學會其實是知識融會貫通的結果，而不是在腦子裏的一個個孤立的知識點，沒有任何關聯。
阻塞融會貫通的重要因素是對 "關鍵基礎知識點" 和 "核心知識點" 沒有的深刻理解。 有時是以為自己理解了，實際是沒有理解，或理解偏差，這些知識阻塞影響了知識的融會貫通。
所以在學習時並不是要整個過程都很快的速學，也不是每一點都精雕細琢的慢慢學，這樣黃花菜都涼了，而是運用二八法則，把 80% 的時間去攻克那些 20% 的核心關鍵知識點。
舉一個例子 — 我早年學習數據庫時碰到的困惑
在 2014 年，那時是我剛從事計算機行業不久，當時在我的工作中有一項內容，需要解決數據庫出現的故障/以及避免故障，和提高數據庫的查詢性能。 也就是調優數據庫。 當時我先是參考各種數據庫的調優文檔，記錄了很多覺得對數據庫性能有幫助的參數，然後向多位已經工作多年的學長請教調優方法，向他們要他們線上的數據庫配置參數來參考。 然後我把這些挑選出來的參數逐個的設置到測試庫上做壓測。 發現不管怎麽弄都無果。 並不能提高性能。 當時困惑了有幾周
乍一看，我這樣的做法好像也沒問題啊，調優嘛，我先參考調優文檔，然後還不乏虛心請教，參考其他公司由專業DBA寫出來的線上配置。 但怎麽就無果呢
有經驗的人一眼就能看出問題，要提高數據庫的查詢性能，關鍵是要對 數據庫查詢的執行過程通透理解，調參數是建立在理解之上的，那麽要理解這個執行過程的 "關鍵基礎知識點" 和 "核心知識點" ， 是什麽？
核心知識點 應該是 數據庫的基本原理， 關鍵基礎知識點 是 理解這些原理需要具備的數據庫的基礎知識和操作系統的相關知識。
那我當時是如何解決這個問題的呢，在困惑的幾周時間裏，我找到了很多本數據庫領域裏評價都比較好的書籍，買回來，在接下來的幾個月時間裏，對基礎原理的方面著重學習。 而不是對數據庫的每一個小功能都去研究。 強調一下，這裏的學習目標是要對 原理的通透理解，而不是要掌握數據庫每個功能的使用方法。 如果目標是掌握數據庫每個功能的使用方法，那麽就應該思考要掌握這些方法，最關鍵的基礎知識是什麽，然後去著重學習。
然後我在這個學習過程中逐漸掌握了上訴的 關鍵核心知識點 ，然後再調優配置參數的時候，就非常的清晰，也達到了想要的效果。
上訴只是對單機數據庫場景的配置調優舉例，主要闡述在學習過程中 "關鍵核心知識點" 的重要性，實際環境中提高查詢性能除了配置參數以外，從程序設計、SQL、索引，緩存、中間件 都可以入手。 這裏就不逐一展開
總結：
1、在學習一項新技能的時候，先思考，我要融會貫通的掌握它，最核心的知識點是什麽？ 然後在碰到這種知識點的時候花大精力攻克它
2、但通常，我們對該技能或知識還不是很了解的時候，並不能準確的知道它最關鍵的核心知識點是什麽，這時候就需要邊學，邊思考，邊找。 或者請教已經掌握了該知識的人，向他們了解學懂該知識的關鍵要素，加以思考借鑒。
以慢為快的學習思想