很多人覺得網上現在各種各樣的學習資源都有，並且都是免費檢視下載的。那麼為什麼還有很多人需要買書呢？這裡對程式設計師而言，買書或許是剛剛進入程式設計師的佇列，單純的去看api較為難以理解，並且官方api往往對一個點的介紹是很簡單的幾句話，配上一句極為簡單的例子，很多的程式設計師看完之後卻並不知道如何在自己的專案中使用。凡是能看完api文件就能將這門新學的程式語言應用在自己專案中的程式設計師，至少是有著很深厚的程式設計基礎和經驗，本身具有的程式設計技術棧就很厲害了，對他們而言新學這門語言是想要掌握這門語言的優點，所以官方的api文件完全可以滿足他的需求了。

但是對於絕大多數的程式設計師而言，官方文件看起來很難弄懂，很難應用於實際的專案中，所以需要買一些書籍去系統的學習這門語言，同時借鑑一下書籍作者對一些技術觀點方法的理解，從而幫助自己掌握這門新學的程式語言。

買書當然是看啊....

比如我會Hadoop...正好單位接了一個大資料專案...

這時買一本Hadoop的書放桌子上...

如果老闆缺人自然會來和你搭訕...

這種時候不能主動...

誰主動誰就被動了...

買書無疑是上策...

開發者會消費各種各樣的內容，例如資訊，問答討論，經驗文章，最佳實踐，來源庫，文件等等，但是隻有碎片化的內容是不足以完成讀者的系統性學習需求的，尤其是無法幫助那些有明確需求並渴望儘快知道完整答案的讀者，所以他們都會購買書本，透過書本進行系統性的學習。

看到這個問題，一定要回答一下。

作為一個程式設計師的我就比較喜歡買書，而且從參加工作到現在買了200多本專業書籍，有程式設計的，有資料探勘的，網路工程類的等等。只要是和計算機相關的書籍，我都喜歡看一看。

前幾年有個大姐家的孩子要做java開發，我就把我看過的有關書籍找了一下，還真找出了不少，當時我隨手拍了張照片:

這些書是參加工作以後陸續買的，幾乎每一本都看過了。這麼多年我一直保持一個習慣就是晚上拿出兩個小時看看書。

也許很多人說，程式設計師直接在網路上看看api和指南就可以了，何必買書呢？其實每一本書都有作者的角度，都有一些重要的經驗總結，而且最重要的是，書是有溫度的。

有的作者寫的書非常有趣，就像看一部大戲一樣層層展開又層層相扣。api能告訴你這個技術應該怎麼用，而書通常會告訴你，為什麼這麼用，以後的發展是什麼方向等等。

另外，這也是個人習慣問題。

網上的資料多半淺顯，深入的也多半是寫程式碼的時候跳的坑。api要用的時候再看就好，平常為什麼要看。好的書才有那種結構化的知識和深度，帶你理解程式設計思想

錯，買書很有必要。雖然程式設計師平時遇到的很多問題，都需要在網上找答案，翻看別人的部落格等等。但是畢竟網上的東西繁雜且亂，如果邪門想系統的學習某方面的知識，當然還是要買書比較好了。況且，紙質書至今沒淘汰是有道理的好嗎？並不是所有人都喜歡看電子書之類的。

網上的東西零散，書籍是作者思考，整理後的產物，有學習線路，作者的經驗和作者趟過的坑，而且通俗易懂。書籍對於較為成熟的技術非常方便，但是對於新技術你還真的只能靠官方文件和API。

買書看不是為了裝逼，而是擴充套件自身知識面的一個有效手段。如果你買了不看那並沒有什麼用。

網上那些資料是學會之後去檢視的好麼小編。學習最好方式就直接買相關的書籍，裡面有講解，有人的一些經驗。要省錢看電子書也可以不過對眼睛不好。學完一本書算是入門了。但僅僅是入門而且。要精通還要不斷做專案從中解決各種問題，再看很多很多書。不斷的翻書。不斷的解決問題。