互聯網資源極大豐富，各種電子書和視頻多如牛毛，想起我上學那會兒資料貧瘠的狀態，現在的同學可以說是非常幸福了， 但事物總有兩面性，浩瀚的資料卻帶來了幸福的煩惱：如何進行選擇。
比如這個問題：到底是看書好還是看視頻好呢？
這個問題仁者見仁、智者見智：
有人覺得書細緻而嚴謹，全面而詳實，有人覺得看起來比較枯燥；
有人覺得視頻有聲音有圖像，更加生動活波，但有人覺得視頻很囉嗦，不能像讀書那樣快速推進。
我的觀點是無論是讀書還是看視頻，都是一種手段， 關鍵是在學習過程中得有目標感。
對於學習一門具體的技術而言，學習前最好是先列舉問題，多問幾個問什麼，然後再帶著這些問題到書或者視頻中去尋找答案，即有目的地去搜索，主動去學習。
比如打算學習redis，可能會有這樣的問題：
為什麼要有緩存？
緩存和應用程序是在一個進程內還是不同的進程？
緩存在本機還是網絡上？
緩存裡能放什麼東西？
數據是什麼格式？
緩存和數據庫的一致性怎麼保證？
如何實現高性能？
一個redis服務器滿了怎麼辦？
一個redis服務器掛了怎麼辦？
......
我們帶著這些疑問去學習，就會發現一本書，一個視頻遠遠不夠 -- 因為無法回答我們所有的疑問。
很有可能需要讀好幾本書，讀很多文章，搜索很多東西，來回對比，才有可能解答這些疑問， 也有可能一些問題一直解答不了，突然有一天在編程或者討論中被觸動，這才打通了任督二脈。
還有一個好的實踐是經常站在設計者的角度去思考這些問題，甚至自己去考慮實現方案， 然後和人家的實現對比，會有極大的收穫。
用這種方式其實就是以我為主，不斷豐富自己的知識結構，建立自己的知識大廈。
自己的知識大廈一旦建立起來，應對層出不窮的新技術就會輕鬆得多，因為真正顛覆性的、革命性的技術並不多，大部分新的工具和框架都是巧妙地充分地利用了現有技術，很好地解決了某一方面的問題。
當然，如果是新手，經驗不足，一開始提不出那麼多問題，或者提出的問題非常的籠統，沒有指導性，怎麼辦？
那也沒關係，羅馬不是一天建成的，提不出問題，就要善於總結。
我們在讀書、看視頻的時候，要勤于思考和總結：這一章到底講了什麼東西，解決了什麼問題？ 能不能用自己的語言給描述一遍？
學習編程是有加速度的，自己的知識結構越豐富，就跑得越快。
做個比喻：就是努力把自己往上提，儘量從上往下俯視。
也許剛開始只能仰視，慢慢地平視，最後就是開啟了上帝視角俯視了。
閱讀更多 解放號眾包平臺 的文章
