前面有个小伙伴问我这样一个问题：说，老*啊，我想学习Java，你说我到底是看书呐还是看视频呐，谁的效率更高？这一看就是那种选择恐惧症的一个小伙伴。我觉得这个问题是很多小伙伴都会问道的一个问题，所以呢，今天我准备写一篇关于这个问题的文章，这篇文章就是为了又这个疑问的这部分小伙伴准备的。
首先我们从看书的优点来说起，这个书籍的作者会把技术的内容分成好几个模块，然后模块下面又会分成很多的章节，在每一个特定的章节，他会对技术点进行非常详细的全面讲解。书籍有一个好处就是它可以做到面面俱到，然后可以把这个所讲的知识点介绍的非常的清晰。
书籍有一个章节目录，大多数的技术书籍它会在每一章开始的时候对接下来所讲的内容做一个概括，这样一来，我们在第一遍通读书籍之后再回过头来查漏补缺的时候可以很方便的定位到自己学习薄弱的环节，通过这些加深和巩固你的学习。
看书呐也有一些不足的地方，首先技术书籍都非常的厚，说实话，这么厚的书其实不是看书，而是在啃书，这样的书对于男生来说没什么，但是对于一些女生来说这就是要了她的命。还有一点就是书的反馈，代码的演示不是特别的方便，比如说看到书里面有代码的片段，我们都想知道这个代码写了之后回呈现出一个什么样的效果，这个在书上面就没有一个非常及时的反馈，这就是书不好的地方。
接下来说一下看视频看教程的一个优缺点，视频的话一般来说都是一些有经验的老师录制的，虽然说现在市面上有很多教育机构层出不穷，各种的名师啊，架构师啊，什么BAT的大牛啊比比皆是，但是我觉得还是有一些老牌的师傅录制的视频还是不错的，他们对于这个教育质量的把控和口碑上面的把控都是非常严格的。
还收第二就是视频通常是有浅到深的，因为视频为了照顾刚入门的小白同学还有零就是基础不是特别扎实的朋友，他会有非常详细的讲解和代码的演示，因为老师带过很多的学生，所以在讲课的时候会把学生的一些通病和经常问道的一些问题给你整理出来，这一块他会提醒你，你这个要注意了。
上面讲到了在书籍里面代码的演示不是很方便，这个问题在视频里面就得到了很好的解决，看视频的时候，好比就是老师在你旁边手把手地来教你，你可以看到他在一步一步写代码的时候，你就知道他的一个思路是怎么样形成的，运行代码的时候是有bug还是没有bug，运行的效果是非常直观的。
但是事情总有两面性，看视频也会有一些不好的地方，其中最大的就是让看视频的这个人越来越懒。如果说之前说到看书就是在啃书的一个过程，那么我觉得看视频就是老师把书爵碎了之后喂给你这样一个过程。很多时候就是由于老师把所有的代码都给你敲出来了，然后所有的同学觉得自己看到了，然后就感觉自己已经会了。这个时候要明白一个道理啊，收藏不等于会了，也就是说很多时候你看到别人把这个东西做出来了，看到的只是这样的一个结果，但是你并没有自己亲手做的话呢，你的体验是差很多的。
最近我看到有一些老师在讲课的时候呢，一边在记笔记，在这个时候呢就跟同学说：大家不要记笔记，就听我讲，最终的笔记我会给大家分享出来。怎么说呢？我觉得这种做法是弊大于利的，因为他完全代办了作为作为学生应该自己做的一些事情，我个人认为学习是一个全方位的事情，有一些过程是必经之路，有些苦是必须要吃的，如果你担心学生记笔记会漏掉你视频的精彩部分，那我觉得你可以说学生在记笔记的时候记得暂停视频。所以完全没有必要把学生自己该做到事情完全自己代办了，这个是不对的。
看书和看视频是各有利弊的，如果说你在学习一门新的技术或者是转行做程序员的时候，我的一个建议就是你可以先看视频再全面的看书。相对于初学者来讲的话，视频的这种形式接受起来是更加容易的，而且让你入门的时间缩短，当你有一定的认知和感悟之后再去看书，我觉得这个时候你的知识体系就可以从以前的那种片面编程现在这种立体的全面的体系。
视频和书籍，我觉得他们是一个取长补短的这样一个关系，我个人认为，你在学习一门新的技术之前自己可以去罗列一些问题出来，也就是自己学习这门技术想要达到什么样的水平，什么目的，然后带着这些疑问去看书或者视频，在里面寻找答案。
当你带着这些疑问去学习的时候，其实你会发现一本书或者一个视频是解决不了你的问题的，有可能需要去读好几本书或者好几个系列的视频或者文章，然后来回的做对比，才有可能解决你的某个问题，有些问题可能一直都解决不了，然后突然自己有一天在看源代码的时候，欸，突然灵光乍现，打通了任督二脉，突然这些疑问就豁然开朗，全部解答了。
我是Java开发工程师，关于编程学习的问题你随时可以来和我交流。