討論java類的圖書推薦

前兩天，同事讓我評論別人寫一篇blog（https://www.oschina.net/question/2529065_2232659?sort=default&p=5 ）。而後，我就去看了一下這篇blog。裏面的書都是很全，假如你是學計算機的，只要深刻一兩本就已經很牛逼。可是，我發現了一個問題，做者編輯的很用心，可是做者也就湊湊熱鬧而已，自己並無去深刻過這些書，也許就看下amazon計算機類書的銷售排行榜而已(https://www.amazon.cn/gp/bestsellers/books/658414051/ref=zg_bs_nav_b_1_b#1)。或者說是圖靈列表或者華章列表以及機械工業出版社等等。可是，下面的評論都是一路的贊，要收藏等等。可是我我的以爲這樣的推薦徹底是聊勝於無，僅此而已，或者徹底有害。

 

推薦別人書籍是一件很困難的事情。我偶爾也推薦過書籍給予我身邊的人，可是這不是一種高效的。讓別人去學習或者說讓別人有收穫，其實要從多個方面考慮。例如，你想把書推薦給誰，他認知水平，他專業程度，他看書的目的，你所體驗過的內容，你所據說過的內容，你所感悟的，你的認知學方法，你對技術發展的理解等等。從這些方面綜合考慮，才能推薦比較靠譜的書。這些，說究竟是彼此的溝通和理解。所忌諱的推薦書的方式，好比不了解讀者的文化水平，就推薦經典系列的圖書。就像咱們在初中的年代，被老師推薦要去讀經典的外國名著。書是好書，讀的人未必有那個分析能力，同時影響了對方的閱讀的興趣。還有就是，本身沒有讀過的書，只是道聽途說的以爲好，就把書推薦給別人的。其實，本身也不知道這本到底怎麼樣。就像咱們去購買銷售榜上的書同樣。

 

書的內容是分層次，有些書是給普羅大衆寫，有些書是給某個層次的讀者寫的（好比給本科生，給研究生或者給博士）等等。那麼，書的內容的側重的點也是有所不一樣的。做者未必是商人，出版社是要賺錢的。因此銷售榜上的通常是差很少層次上的書。通常暢銷榜上書無非幾個：買點雞湯，應付面試，打點基礎。書多，可是分類比較廣。我最近幾年買書經驗來看，其實咱們讀者自己挺可憐。由於書籍的內容是斷層的。就像最近招聘的趨勢，要麼找實習，要麼招資深，缺乏中間中級的崗位。由於公司是商業的，要麼你能給我幹活，要麼你值得我培養，半吊子的我不要。其實，社會的階級趨勢也是如此，要麼是有多套房的，要麼沒有房的，最累的是剛買房的（M型）。跑題了。。。

 

書的內容是領域的，假如你推薦的書前端也有後端也有，那麼前端的讀者很困惑，後端的讀者也很困惑。有時候，野路子出生的，可能都沒有如何去辨別的能力。這裏我想到了兩本書《隨意搜尋》和《信息架構：超越web設計》。你應該時刻你的讀者可否理解你所表達的意思。你的用戶，可否快速的找到她想要的東西。你能用戶可以快速的理解，如何才能在你的網站上找到她想要的東西。在java這塊領域，電商橫行，你們都比較注重高併發高性能，而後有什麼書能夠推薦嗎？而後，你們開始推薦他們所據說過的。例如《JAVA併發編程實戰》，《實戰Java高併發程序設計》，《java多線程編程核心技術》，《Java併發編程的藝術》等等。這個順序是我經過在amazon上輸入關鍵字「java併發編程實戰」所查詢到的。咱們推薦給別人的內容，不能跟搜索引擎所推薦的同樣啊，原本要人有何用（搜索引擎別哭，站着～～…）。每一個人有本身的一套認知方法論。你所推薦的應該用來表達的思想，而不是做爲一個傳話筒。在編程上，我比較相信一句讖言：數據結構＋算法 ＝ 程序。 若是這句話往上抽象，那麼就是業務模型與業務規則，設計規範與實現。如今在業界提倡程序員應該有產品思想。那麼，如何去看待咱們天天接觸的java和mysql。它們也不過是兩款產品而已。假如你知道它的設計規範，那麼也就比較深刻的理解了這兩分內容(http://docs.oracle.com/javase/specs/index.html  / https://dev.mysql.com/doc/refman/5.7/en/ )。在實際中，就像你開發業務需求同樣，只須要理解你想理解的某個部分就能夠了。之前我看過一本書《如何閱讀一本書》 ，這個時候，能夠作一個主題閱讀。

 

今天我又回到了畢業幾年將來過的圖書館，看着這一排排計算機類的書，去刪選這些書真的很困難。

若是以爲有幫助，求打賞啊：