阅读好书依然是提升自己的高效方法:兼以作者的身份告诉大家如何选择书,以及高效学习的方法

    国内技术网站多如牛毛,质量高的网站也不少,博客园也算一个,各类文章数以百万计,我随便输入一个关键字,比如Spring Cloud,都能看到大量的技术文章和教学视频,我无意贬低技术文章和教学视频的作用,否则博客园第一个就封杀我的文章了,我只是想说,如果大家想让自己成为大牛,系统性地阅读书籍不失为一条捷径。

      我给出如下的论据:

      论据一:我见过不少大牛,他们办公桌上的图书都是堆积如山。我可以这样说,看了很多书还未必成大牛,但不读书一定成不了大牛。

    

    论据二:正是因为网上文章太多,这导致了纸质书的幅度衰退。正因如此,各出版社才会严格把关,一些不好的书很少有机会出版,因为出版了一定亏,这话反过来说,目前能经过出版社审核出版的书,大多质量不会差。

    论据三,目前大家公认的大神,总会以教学视频或图书等方式向大家展示自己,不看书,那怎么知道写技术书的条条框框?也就是说,从看书,到写书再到成为大牛,很多著名大牛就这样过来的。

    总结性观点:网上知识虽然很多,说是海量也不为过,但太杂,有些甚至相互矛盾,假设某书有12个章节,可能其中的内容网上都有,但我得用很长的时间才能收集全,即使收集全了,我还无法有效甄别哪些该学,以及学习的方法(如果我都知道了我干嘛还要学?),但如果我买了一本经过出版社检验过的书,我就省去了收集和鉴别的精力,而且还能沿着作者给出的途径快速地上手某个知识点。

 

    好了,如下给些干货,我毕竟也出了不少书,最近一本书是java web轻量级开发面试教程,我就以作者的身份告诉大家该如何甄别好书。

     第一,出现如下情况的图书慎买。声明下,我只是列出一些鉴定方法,无意针对任何一本书。

     1 出版社不知名,从目录上看,内容叙述一般,这有可能是自费出的书,出书的目的:世艰不拆。

     2 随便翻下书,一般来说,技术图书总是会结合代码结合图表来说,如果出现大段大段纯文本的,这本书慎重买。因为缺少代码等必要说明手段,这本书未必能把你教会。

     3 看下一本书的前言和内容介绍,以及每个章节的起头文本和每章小结,看下这些文本作者是否是在敷衍,不排除正文内容好但这些文本有些敷衍的好书,但毕竟少。

     4 看下书里作者有没有骗篇幅的嫌疑,比如安装某个组件,作者把所有的步骤都贴上图,或者大段引入现成的API说明, 一处不要紧,但如果很多地方都这样,而且文本看上很随意,明显看得出敷衍的痕迹,那么这本书慎重,都骗篇幅了,那可能连读者一块骗。

     5 看最后几章的文本质量是否还是一丝不苟,因为写书是个长期的活,我的书350页,写了半年,如果到最后工作忙 ,或者写书热情过了,可能虎头蛇尾了,甚至烂尾了,这样的话,书的精华部分就要大打折扣了。

     6 有些书讲的知识点非常吸引人,但是实用性不强,说白了学好了也没处用,这种书大家可以自行选择。

     7 再如一些案例书,案例虽然多,但大多中规中矩,明显看不出这些案例是从项目中抽取了,也无法从这些案例中看出实践中总结出来的精华点,那这类书中的案例可能是从别人那山寨出来的,不会有版权问题,但也别想得到太多的收获,说白了这些书可能就是 简单能跑通的代码加看图说话。

 

    第二,如何选择对自己有帮助的书。

    1 看目录,从目录中看这本书是否系统性地给出了知识点,比如 Spring Cloud的书,看下目录,看这本书的选材是否是过于偏重理论而忽略实现,再看下这本书的内容是否涵盖了当前的热点。

    2 看前言和内容介绍。一般比较上心的作者,可能文本功底参差不齐,但总是会尽最大努力写好书,那么这些书的前言和内容介绍,一般就不会落俗套。

    3 看下代码以及相关的说明,一般好书里的代码不会少,而且在讲述代码时不会过于简单,也不会看图说话,而是会针对性地给出自己的见解,或者讲下项目中的实践经验。

     4 看书的附带资料。一般的好书除了附带代码外,还会附带视频教学,这样书就物超所值了。

     5 看下叙述性文本,是简单的照本宣科,还是看上去有种亲和力,或者到处可见项目中凝结出的经验。

 

    第三,从书中学内容的局限性。

     1 能把资深架构级别知识点讲清楚的书不多,比如有100万个程序员,最终可能也就60万能升级到高级程序员,也就20万成升级到架构师,估计最后成为资深架构级别的大牛也就5万人。达到高级别的人很少,而且这些人未必会写书。

    .所以,目前的情况是,对于架构师而言,能适合阅读的书不多,而且即使有适合的,可能也就其中的2个章节有帮助,所以对这些大牛而言,只能是多读书,从多本书里抽取知识点。

    2 有些经验,或者技巧,或者心得,根本无法从书里得到,这些只能靠自己总结,或者偶尔能从网上得到些秘籍。

    不过话说回来,大牛们一定是读了很多书积累了扎实的功底后,才能自己领悟出各种武林秘籍。

 

    最后,书山有路勤为径.

 

    比如升级,总是要靠时间积累,哪怕我不看书,是从其他渠道获得知识,总不能三天打鱼两天晒网。

    最后自夸下,就看在我将近11点还在写博,而且我在博客园更新博客的频率不算低,希望各位大神保佑我早日成为资深架构师。

 

   我也相信,不管用什么方法,只要大家勤奋刻苦了,总能总结出针对自己的进阶方法,总能达到自己的预期目标。

 

 

    

 

关键词:自己 方法 这些 可能 作者 大家 文本 内容 知识 或者

相关推荐:

非好学校科班出身的程序员,该如何快速提升自己

看下资深架构师平时需要解决的问题,对比你离资深架构师还有多少距离——再论技术架构的升级之路

阅读好书依然是提升自己的高效方法:兼以作者的身份告诉大家如何选择书,以及高效学习的方法

当你收到面试通知后,通过如下的准备可以大大提升面试成功率

如何通过努力出书,如何写有畅销资质的书,本文汇集了多位计算机图书作者的经验

在上海软件行业,我见到的年入50万的众生相——我们该如何努力从而达到这个目标

工作5年左右的程序员如何在职业瓶颈期内快速提升自己的身价?提升后如何有效变现自己的高质量技能?

Lucene入门进程-Java API的简单使用

写专业书确能帮助自己快速提升——写在我的书出版半年后,同时和大家分享选书的方式

刚踏入职场的程序员(2年以内初级程序员)如何快速踏实地提升自己的能力