程式設計師如何才能快速高效閱讀文件，方法全部都在這裡了!!!

作者: 極客小俊
一個把邏輯思維轉變成程式碼的技術博主

引言

作為程式設計師的我們平常閱讀技術文件是常有的事情,
也哪怕你不是一個程式猿 不管你身處於哪個行業,
總會有閱讀文件文章書籍的時候…
那麼什麼樣的閱讀方法才能快速吸取技術文件中的所有知識以及精髓呢？
如何避免低效的看文件呢？ 看到後面的內容，就忘了前面的內容應該怎麼辦?
並且最重要的就是看完文件之後能夠快速的應用到專案當中去呢?
這些都是我們看文件的時候需要去考慮的問題!

確定要解決的問題

建立良好的問題需求

明確你的目的

如果你都不知道學一樣技術是為了做什麼? 能用在什麼業務場景，以及現在和你有什麼關係，在這種情況下能出什麼樣的結果? 要知道沒有 問題需求 的閱讀文件，是真的麻煩的閱讀方式!

但是如果當你有了一個明確的問題和需求的時候，這個時候的閱讀目標就會完全不同了,當然效果也截然不同!

不管在閱讀一份什麼樣的文件，還是一本厚厚的技術叢書,我感覺有一部分人就是拿起來就從零開始慢慢閱讀然後沒幾天又堅持不下去了, PDF文件已下載好，書也從網上購買了，甚至是說有一部分人可能從未開始讀的可能都有! 因為無從下手 迷茫起的!

那是因為心裡面是否建立了問題需求模式， 不帶任何問題的讀技術書籍與文件和帶有一定目標性質的閱讀文件所帶來的最終結果與產生的差距是一個天下一個地下!

核心思想流程:

1. 要知道當前學習的這門技術是一個什麼東西？
2. 學習一種語言，或者技術框架、系統 等等…要知道它為什麼存在,以及它的作用和應用場景
3. 最後才是想辦法如何去掌握其中重要的技術以及知識點

​ 當然估計有人也會問 : (我根本無法去想一個我不瞭解的東西 應該去如何學習?)那就說明之前的1、2兩點沒有明白，並且對一件事物的基本認知也有缺乏! 這裡又要說到百度這個詞彙了， 最簡單的方式就是去各大平臺上直接搜尋，找一找相關的資訊, 就這樣，簡單走這麼一圈一個正常人基本上可以瞭解到目前我所學習的技術和框架到底是什麼東西 、作用 以及應用領域, 而有一絲瞭解之後 便會更有針對性和方向性的去讀文件和選擇性的看書中重點!

小結:所以有了上面的問題需求認知才能基本建立起一個讀文件、讀技術書籍的方向感! 否則對於不是學霸的普通人而言腦海裡面就是一團凌亂!

人的精力都是有限的

時間跟精力不要花在沒有用的地方

​ 我們要知道一點, 人生畢竟是有限的，大家時間和精力也都很有限，對於一些垃圾的資訊我們最好是避開、遮蔽, 長時間垃圾資訊的積累，大資料會源源不斷的推薦一些垃圾無用的冗餘資料給你,讓你覺得自己在學習但又學不出個什麼樣。所以應該抓住重點資訊,讀文件跟讀書也是一樣,都是要講究方法的, 這樣才能節約時間,用最快的速度汲取文件書中精華所在!

建立自己的技術知識架構體系

我們要儘可能的在有限的時間內,把你所學習到的東西建立起知識體系框架，始終緊跟著專案問題以及需求主題

把學習總結獲得到的技術要點，用更具有邏輯關係框架整理出來，加入到自己的知識框架體系當中去!

當然歸根究底還是不能忘記一句話，也是 學習、閱讀都應該遵循一個道理: 知其然，還要知其所以然

如何知道你學習到的知識點是正確的?

交叉驗證法

道理也很簡單， 就是多找一些相關資料以及論述，把它們綜合總結到一起，你就會對這個技術點有一個比較全面與深入的認識了! 因為畢竟不同的人對於一個技術點會有不同的理解, 但是同樣5個人 有3個人對一個技術點所發表的論述都差不多 ，那麼這個結果多數情況下是正確的!

這樣基本上你把一個文件或者書籍閱讀下來 也已經能夠找到自己需要的技術點了

總結與完善

書或者文件讀完就行了嗎? 肯定不是這樣的, 使用到實際的專案開發與應用場景至為重要,也就是所有的知識都是需要去運用到實際專案中去論證,但還有重要的一點,那就是善於總結!

為什麼要有總結?

俗話說得好: 好記性不如爛筆頭 對於你閱讀一個技術文件也好 看書也好，最終目的是要學到東西! 但是如果你真學到了東西 ，那麼是不是應該 寫一篇論文或者部落格來總結一下你所學習到的東西呢 ？ 或者有空餘時間的情況下可以將自己總結的知識講給別人聽，如果別人能夠聽懂你所講的，那麼你才是真正學到了知識；如果你覺得自己學到了 但又覺得從文筆上或語言上無法向別人表達這些東西，那麼可以斷定你多半沒有完全理解。所以 底沒有沒有弄清楚學習的東西，一測便知。

其實總結的方式方法其實也有很多,我們在過程當中會重新構建自己對學習到的技術與知識, 在不知不覺中就提升了知識儲備,自己的知識體系架構也會增強! 你看別人總結好的框架文件、api、PDF 那也是別人總結好的， 你自己也要有自己的一套體系!

總之當你能夠透過閱讀文件輕鬆輸出所學習到的知識點，那麼這才叫真正的讀懂了一篇文件!