要是有基礎一遍的精讀也許會有收穫，要是沒有基礎一遍精也是不可能完全接受，往往到最後忘的差不多。可以粗略讀一遍做筆記，第二遍跟著書做實驗理解，第三遍精讀這樣收貨滿滿

泛讀兩遍，瞭解目錄位置，再細節精讀

我喜歡精讀，但是程式設計書籍，不能光讀，更多的是實踐，什麼都比不上實際練一遍，

有時候你看一遍覺得懂了，不就是這樣、這樣、再這樣就ok了，放一臺電腦讓你操作，啥啥也不會，並且在操作中你還會出現很多問題，需要百度等等。

先泛讀，瞭解文章結構思路，然後精讀，直奔主題，分析問題……以後結合實踐，用以致學，反饋資訊，方可達爐火純青的地步，以我為敵，不斷挑戰自我 ，才能精出於藍，求精，……獨孤求敗……

剛好這兩天也在學習程式設計，說說我的感受。

無論是精讀還是範讀式的看書，都不容易學會程式設計。程式設計是需要不斷實踐的，在程式反覆除錯的時候，進步最快。

當然，如果一點基礎沒有，首先需要看書，範讀，瞭解一下你所用的程式語言的基本語法結構、語句形式。然後安裝一個編寫程式、除錯程式的平臺，可以把書上的程式編譯除錯，看看輸出，這個時候需要對程式精讀，每一條語句所實現的功能要相當清楚，如果不懂，把它去掉會怎麼樣，試試實際的效果，你會恍然大悟，原來是這樣啊。有了這一步的基礎，可以試著修改程式。最後，自己編寫程式，這個時候有不清楚的地方再找書，精讀，有目的性的精讀比整本精讀要容易的多，也更合適學習程式設計的人。

我寫程式更願意記筆記，把遇到的問題及解決方法記錄下來，沒事的時候翻翻。

希望你早日找到適合自己的程式語言和方法！

我覺得是多遍泛讀會更好，業務碰不到的問題有些概念是很難理解掌握的。所以第一遍先在大腦裡建立目錄，碰到問題後在深入一下就可以了。這樣又輕鬆又有趣！

我說下自己曾經是怎樣看程式設計書的，僅供參考，因為每個人都有適合自己的方法。

排除在大學時學的程式設計書喲，因為上學時是抱著六十分萬歲的心態，所以沒認真看過一本程式設計書籍。

大四時開始看了第一本程式設計書籍——《C#入門經典》。

開始看這麼厚一本程式設計書（1000多頁）時，看得頭皮發癢，每一行都是不理解，心裡很是煎熬。

看了一段時間也沒看多少，後來我想，這怎麼能看完。然後我選把基礎知識點：

判斷語句、幾種迴圈、常用資料結構——陣列、字典、泛型先按書上例項敲了幾遍，覺得自己理解了後，脫離書本寫了一些簡單演算法。這樣一來基礎我覺得差不多了。

後面的COM口程式設計我直接跳過了。

工作後又看了幾本程式設計書籍，我也只是查缺補漏的感覺，買過來後都是重點看自己需要掌握的，比如併發程式設計，我主要看了集合中的不可變字典、不可變列表。。。

設計模式中主要看了幾種常用的設計模式和幾大原則。

總結：

如果自己一點基礎都沒有，那麼我建議基礎部分先來“一遍精讀”，所謂這個精讀是指你要先看一遍基礎知識，然後按著書上例子，多敲幾遍程式碼，每個例項程式碼都能正確執行，能執行後再單步除錯，看看每步得到的結果是不是和你自己腦海裡想的一樣，當每步得到的結果和你腦海裡模擬得出來的結果一樣，證明你已經理解了。除開基礎部分，我建議你先上招聘網站上看看，具體是哪塊技術點比較注重點。因為工作後有些技術點是可能不太會用到的，這部分的你就可以泛讀幾遍 ，不必精度，瞭解下有這個技術就可以啦。以後如果碰到，自己找具體查資料。

如果自己已經熟練掌握對應的基礎知識點，而只是買了進階的程式設計書籍，這個我建議直接撿自己需要熟練掌握的那幾點。其他的可以放一邊。

首先挑選一本好的書十分重要。其次，不建議從書的第一頁開始往後一頁一頁的精讀。

建議做法：可以先看書的目錄，瞭解整本書的大概結構。程式設計書一般都會劃分兩部分，一部分是講基礎知識，一部分是結合實際案例的實踐。從基礎知識點開始，我們可以按照自身比較感興趣的重要章節或目前所需知識點優先閱讀精讀。閱讀期間做好筆記很重要，建議使用xmind構建思維導圖，這樣有助於理解和記憶並模組化整理知識點，而且在下次需要用到時可快速索引到目標知識點。

程式設計書一般都會結合例子，在構建自己基礎知識思維導圖的同時，實踐也很重要，在實踐的過程中往往會有一些意外的情況問題發生，如環境問題等導致異常等，解決之後也會有所收穫。

最後，也分享下我的個人看法，程式設計書籍除非是技術作者本人或團隊所著，否則都只是後人學習之後的理解歸納總結，屬於二手知識。而有些框架技術是有其成熟完備的官方文件及Demo，這些是屬於一手知識，且保持維護。所以我建議，透過書籍是可以起到助你快速瞭解一門技術，而想要去深入理解及應用則還需要多參考官方的文件，畢竟更佳詳細更佳權威及時效性強。

總結：書籍只是幫你快速入門瞭解基礎知識點，可對重要知識點精讀其他泛讀，要構建結構化知識，深入還需多程式設計實踐及結合閱讀官方權威文件。