爲你的學習定個目標

轉自 ： http://mp.weixin.qq.com/s/WiNzPIzYyie2zq7lqdIdOw

一個朋友問我看書很慢並且看過就會忘記怎麼破，我反問他你看書的目的是什麼？。
熟悉個人人都知道我幾乎沒有接受過專業的計算機科學教育，大學是一個三流大專；因此我如今的知識體系徹底是一路誤打誤撞的摸索而來。長時間的自學經歷讓我摸索出一個道理，若是不帶着任何目的去閱讀或者學習那麼必定是低效的。

隨便找來一本IT相關技術書動輒500、600頁，這些書咱們真的要從第一章看到最後一章，至少要花費三、4個月的時間；對於「很忙的你」來講這很難堅持完成的。最後咱們責怪本身半途而廢——「哎，我太沒有毅力了，我太懶惰了」。其實問題不在於「你」而是你的方法。長期以來不管是學習某個技術仍是閱讀某個資料咱們的方式都是「從頭至尾」的方式，它能夠作到潤物細無聲可是很難在短時間內取得效果。IT它更多的是體現的是工程，它關注的是解決實際問題，因此咱們應該用更「實用主義」的方式去學習它。

我建議給本身定一個學習目標，圍繞這個學習目標去選擇學習資料，最終達到目標。目標最好是你工做中碰到的一個問題，能夠是一個bug或者是疑惑（也能夠是「別人」提出來的問題），這個問題要有必定現實意義。咱們能夠選擇一個最多見的——「亂碼問題」，去細究它的緣由，從程序執行過程、數據在內存中的表示、xxx語言用的字符集到數據庫如何存放字符串，瀏覽器渲染的原理。不一樣層次的人去分析這個問題都會有不一樣的答案，高手可能更加清晰，新手更加籠統。這是一件好事情，從籠統到清晰就是重新手到高手的成長過程。學習目標還能夠是「道聽途說」而來，好比：有人說Nginx比Apache快。那麼咱們能夠給本身定義「爲何Nginx比Apache快」的目標。

因爲知識體系不完善這種學習方法可能一時半會搞不清楚那麼多爲何，隨着學習的深刻原有的學習目標不但沒有解開，心中的疑惑反而愈來愈多。這種經歷我經歷過不少，各類挫敗感天天都圍繞着本身感受本身簡直是笨蛋到家了什麼都不懂。個人建議是——放棄，對，你沒有聽錯我說的是「放棄」。一個問題若是一直縈繞着你，不管如何都解不開那麼不妨把它放在那裏，去看看別的。緣由有二：
人的興趣點是會轉移的，最近可能對Linux感興趣，過一段可能對Mysql感興趣，若是感興趣那麼最好立馬開始學習，這樣能夠下降挫敗感帶來的「負面情緒」。及時的切換興趣能夠轉換心情；
IT領域不少東西都是盤根錯節的，暫時放棄這個問題說不必定某一天會「舉一反三」、「融會貫通」。反而「死磕」未必必定有效果。
回到「閱讀一本書」這個問題，咱們爲何閱讀？我以爲應該是和學習目標相關的，閱讀《Unix網絡編程》是爲了熟悉Socket、網絡I/O模型那麼咱們就應該針對這個目的去閱讀一些章節和段落而沒有必要從頭讀到尾。有人可能提出異議——這是對「名著」的褻瀆。別鬧了，全部的IT類的書籍都沒有「思想性」它們只是在講述某個技術的工做原理，如何使用；因此根本談不上「名著」更加談不上一個字一個字的細讀。 閱讀了某本「名著」並不能讓咱們「羽化飛昇」，咱們的最終目的是僅僅爲了搞清楚工做原理，掌握某個某個東西的用法而已。若是以爲「名著」讀不懂那麼不妨換一本書，甚至閱讀一篇網文；死磕只會增長挫敗感，甚至讓咱們懷疑人生，失去生活的樂趣（囧）。

大問題有大收穫，小問題有小收穫，沒問題沒收穫。在開始學習和閱讀以前請給本身定一個目標；在學習的路上挫敗感很強，心情沮喪不妨換個新的「興趣點」。