在當下社會變化的速度越來越快，每個人都會有一定的知識焦慮，在前一段時間各種速學法特別火，速學外語，快速閱讀法等等。都是為了提高學習效率
是不是只有等我們掌握了一項能力以後，再以當下的時間點往回推算到底總共花了多少時間，才知道是不是快。
所以在學習中並不是每乙個過程都要快，而是最後的結果是相對較快。
真正的學會其實是知識融會貫通的結果，而不是在腦子裡的乙個個孤立的知識點，沒有任何關聯。
阻塞融會貫通的重要因素是對 "關鍵基礎知識點" 和 "核心知識點" 沒有的深刻理解。 有時是以為自己理解了，實際是沒有理解，或理解偏差，這些知識阻塞影響了知識的融會貫通。
所以在學習時並不是要整個過程都很快的速學，也不是每一點都精雕細琢的慢慢學，這樣黃花菜都涼了，而是運用二八法則，把 80% 的時間去攻克那些 20% 的核心關鍵知識點。
舉乙個例子 — 我早年學習資料庫時碰到的困惑
在 2014 年，那時是我剛從事計算機行業不久，當時在我的工作中有一項內容，需要解決資料庫出現的故障/以及避免故障，和提高資料庫的查詢效能。 也就是調優資料庫。 當時我先是參考各種資料庫的調優文件，記錄了很多覺得對資料庫效能有幫助的引數，然後向多位已經工作多年的學長請教調優方法，向他們要他們線上的資料庫配置引數來參考。 然後我把這些挑選出來的引數逐個的設定到測試庫上做壓測。 發現不管怎麼弄都無果。 並不能提高效能。 當時困惑了有幾周
乍一看，我這樣的做法好像也沒問題啊，調優嘛，我先參考調優文件，然後還不乏虛心請教，參考其他公司由專業dba寫出來的線上配置。 但怎麼就無果呢
有經驗的人一眼就能看出問題，要提高資料庫的查詢效能，關鍵是要對 資料庫查詢的執行過程通透理解，調引數是建立在理解之上的，那麼要理解這個執行過程的 "關鍵基礎知識點" 和 "核心知識點" ， 是什麼？
核心知識點 應該是 資料庫的基本原理， 關鍵基礎知識點 是 理解這些原理需要具備的資料庫的基礎知識和作業系統的相關知識。
那我當時是如何解決這個問題的呢，在困惑的幾周時間裡，我找到了很多本資料庫領域裡評價都比較好的書籍，買回來，在接下來的幾個月時間裡，對基礎原理的方面著重學習。 而不是對資料庫的每乙個小功能都去研究。 強調一下，這裡的學習目標是要對 原理的通透理解，而不是要掌握資料庫每個功能的使用方法。 如果目標是掌握資料庫每個功能的使用方法，那麼就應該思考要掌握這些方法，最關鍵的基礎知識是什麼，然後去著重學習。
然後我在這個學習過程中逐漸掌握了上訴的 關鍵核心知識點 ，然後再調優配置引數的時候，就非常的清晰，也達到了想要的效果。
上訴只是對單機資料庫場景的配置調優舉例，主要闡述在學習過程中 "關鍵核心知識點" 的重要性，實際環境中提高查詢效能除了配置引數以外，從程式設計、sql、索引，快取、中介軟體 都可以入手。 這裡就不逐一展開
總結：1、在學習一項新技能的時候，先思考，我要融會貫通的掌握它，最核心的知識點是什麼？ 然後在碰到這種知識點的時候花大精力攻克它
2、但通常，我們對該技能或知識還不是很了解的時候，並不能準確的知道它最關鍵的核心知識點是什麼，這時候就需要邊學，邊思考，邊找。 或者請教已經掌握了該知識的人，向他們了解學懂該知識的關鍵要素，加以思考借鑑。
以慢為快的學習思想
在當下社會變化的速度越來越快，每個人都會有一定的知識焦慮，在前一段時間各種速學法特別火，速學外語，快速閱讀法等等。都是為了提高學習效率 是不是只有等我們掌握了一項能力以後，再以當下的時間點往回推算到底總共花了多少時間，才知道是不是快。所以在學習中並不是每乙個過程都要快，而是最後的結果是相對較快。真正...
以類為單位的程式設計思想
如果你感覺現在的程式設計很混亂，那麼，請記住一句話 現在的程式設計，是以類為單位的。類可以理解為是一種資料型別，也可以理解為是乙個子程式。如果說結構體是一種資料型別的話，那類則是一種特殊的結構體，這個結構體裡，除了資料型別，還有 也就是函式。如果說int i 1 是開闢乙個儲存單元，把資料1放進去的...
演算法 分治演算法（以快排為例）
將大問題轉化成小問題，用遞迴的策略來解決問題 1.快速排序 基本思想 選乙個元素作為基準，將小於和大於該元素的值分別進行排序，最後，將小於該元素的那部分值，該元素，大於該元素的那部分值，合併，就是最終的結果。完整 快排遞迴演算法 include using namespace std vector ...