博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
阅读好书依然是提升自己的高效方法:兼以作者的身份告诉大家如何选择书,以及高效学习的方法...
阅读量:5154 次
发布时间:2019-06-13

本文共 2237 字,大约阅读时间需要 7 分钟。

每天学习一点点 编程PDF电子书免费下载: http://www.shitanlife.com/code

 

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

      我给出如下的论据:

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

    

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

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

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

 

    好了,如下给些干货,我毕竟也出了不少书,最近一本书是,我就以作者的身份告诉大家该如何甄别好书。

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

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

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

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

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

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

 

    最后,书山有路勤为径.

 

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

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

 

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

 

每天学习一点点 编程PDF电子书免费下载: http://www.shitanlife.com/code

转载于:https://www.cnblogs.com/scode2/p/8671311.html

你可能感兴趣的文章
socket阻塞与非阻塞,同步与异步
查看>>
团队工作第二天
查看>>
System类
查看>>
tableView
查看>>
Happy Great BG-卡精度
查看>>
Xamarin Visual Studio不识别JDK路径
查看>>
菜鸟“抄程序”之道
查看>>
Ubuntu下关闭防火墙
查看>>
TCP/IP 邮件的原理
查看>>
w3m常用快捷键
查看>>
【Unity 3D】学习笔记四十一:关节
查看>>
原型设计工具
查看>>
windows下的C++ socket服务器(4)
查看>>
css3 2d转换3d转换以及动画的知识点汇总
查看>>
【Java】使用Eclipse进行远程调试,Linux下开启远程调试
查看>>
js对象属性方法
查看>>
对Vue为什么不支持IE8的解释之一
查看>>
Maven安装配置
查看>>
ORA-10635: Invalid segment or tablespace type
查看>>
计算机改名导致数据库链接的诡异问题
查看>>