評價一個程式設計師水平的標準並不是看了多少書，而是看程式設計師解決問題的能力，解決不同層次的問題決定了程式設計師的水平。比如研發級程式設計師的水平並不是Java語言自身能夠決定的，而是需要一個綜合能力的評定，比如資料結構的選擇，演算法的設計與實現、具體場景分析等。

透過讀書確實能夠擴充套件視野，能夠開闊解決問題的思路，但是要想透過讀書達到多高的技術水平則需要透過實踐來進行檢驗。簡答的說，只有經過驗證和使用，那麼才算把書本上的知識真正掌握了。所以，我一般不建議脫離實際專案的學習，而是建議一邊使用一邊學習，這樣能更加系統的掌握新技術。

程式設計技術往往都有較強的時效性，一般當一本書出版之後，基本上已經有新的版本更新了，所以通常情況下，程式設計師往往直接看官方的程式設計文件，而不去選擇程式設計書籍，因為會有滯後性。而且，大部分應用級書籍都是以官方文件為編寫基礎的，所以在內容上基本上都是大同小異的，所以看文件是一個比較高效的學習方案。

選擇什麼樣的書籍是一個比較關鍵的問題，一般來說，書籍的選擇要更注重核心問題，而減少技巧方面的內容。因為核心技術往往有較長的更新週期，而技巧方面的內容則更新比較頻繁。比如Java書籍中的《Java核心技術》系列就是一個不錯的選擇，另外關於Java資料結構的內容也是建議仔細閱讀的。

程式設計師的水平和能力不能用看多少書來決定，可牛逼的程式設計師肯定看了很多書。

我先來說說看書的好處。

首先，看書是提升基礎最有效的途徑。技術最重要的還是基礎，只有基礎牢固，才能讓自己的技術水平達到相應的高度。

然後，書本是對知識的系統梳理。透過看書，我們能夠比較系統的學習一門知識，同時，也能把我們平時零碎所學聯絡起來。

最後，關於技術，理論知識很重要，同時，解決問題的能力也很重要。衡量一個人技術水平如何需要結合很多方面的能力，而不是一個指標。

書是讀不完的，但是知識可以是自己的，選擇適合你自己的書單，可能是最佳的解決方案。

曬一下我的書架吧，基本上把我兩年多時間買的書都擺上去了，確實有很多沒機會看完的書，但是大部分都是不錯的書，相比於這個書架上的書，你是不是覺得我推薦的書單已經算是很少了呢。