大部分程序员记笔记的方式都是错的

大部分程序员学习记笔记的方式都是错的

　　 很多程序员看B站看网课，他记笔记就是看一下记下。
　　还有就是他把这块听完了，听完一块记一块。
　　这种方式记笔记的话，记笔记效率是很低的。
　　比如一个视频两个小时，你记笔记就差不多比两个小时还多了，就比如说现在我边给大家去讲课边打字，那这时候明显能感觉到打字速度是没有说话速度快的，这个时候就会耽误很多很多时间，可能两个小时的课，我算上记笔记可能会最少有四个小时，这个时候讲师在课中水水时间在水上半个小时，那实际就相当于讲了一个半小时，实际上就是一个半小时的课得花四个小时才能看完，那这个时候效率就是真的非常低了。
　　还有就是说这个听完一块记一块，比如说讲师把PPT上某一块讲完了，你去记笔记这种效率也是很低的，跟上面那个停一下记一下是一样的。
我认为的效率比较高的是怎么搞呢？提高学习效率，还能提升你的记忆力是怎么搞的？
　　视频看到头，我一下笔记都不记，这个是我认为效率比较高的。这种时候就是讲师在水时间的时候，你可以直接快进掉，也可以倍速的去看，不要说为了记笔记，我得把整个视频从头看到尾。等视频讲完了，如果说有现成的笔记就直接去看他现成的笔记，你去复习就OK了。如果说没有现成的笔记，只有PPT课件什么的，那你照着这个PPT或者课件自己总结，如果说哪里忘了，那就再回头看一下视频，这也算是巩固。
　　记笔记一定是去写精华的部分，我们不要长篇大论的去写，这样真的很浪费时间。那什么叫精华部分呢？就是说我们写这个东西，我们是给自己看的我们是用来复习用的，你像比如说写技术博客，这种是给别人看的写的多写的详细一点，用大白话写出来上为了让别人看懂。比如这个讲师，讲讲讲讲，他可能重点就是一句话，我们直接把这个重点记下来就好了。就算说边讲边记笔记，那也是只记重点就行了。
　　一般来说，讲师课讲完了，我们能吸收个一半左右已经很好了。重点往往是一个人更容易忘记的地方，因为重点往往比较难理解。就比如说像Spring源码，它重点还是源码，像IOC，AOP，用到的设计模式，这种东西它肯定比较难理解，相对于Spring源码来说它也是重点，但是你去讲他这些比如说一些扩展点啊，这种不算是重点，但这种能稍微好记一点，所以说我们学习重点就好了。
　　我之前学习的时候也是停一下，记一下笔记，然后这个讲师可能讲的比较快了，我直接连视频都不看了，他说什么我直接记什么，效率真的是很低很低。
　　后来我就换策略了，我直接看，有的视频课会给你提供笔记，如果说没提供，那我自己就去总结，自己总结的话就是，你能把你自己总结的写出来，那就说明你对这块内容记忆比较深了，大概率不会短时间的忘记了。所以说这是考察你掌握知识点的一个方法，然后你哪一个点记不起来了，再去看一下视频里的这个点，这样的话把整个视频看第二遍就不需要了，只看你不会的点。
　　如果说你的学习效率比较低，你可以换我这种记笔记的方法去试一试，看一下行不行，搞个一天两天的，如果说行那就这么来，如果说不行，那就按照你的老方法来就OK了。当然每个人都有每个人的学习习惯。

文章来源：大部分程序员记笔记的方式都是错的

————————分割线————————

　　记笔记，重点在于记思路，记流程，比如先写 model、后写 service，先建立连接，再请求等，然后自己试着写。比如去看一个Java项目的教程，会记录老师设计系统的思路，以及实现系统的关键步骤，而不是小到每一行代码的细节，看完这些视频之后呢，我会对着自己的笔记按照老师的步骤，完完整整的将项目复刻出来。但老师重点强调的细节也是需要记一下的，记笔记还有一个好处就是帮助自己记录学习的过程和进度。

　　看视频做笔记，一定要提纲挈领，字数少而精，切忌字数过多，为了做笔记看看停停。真正的笔记应该是在理解知识后做的，而且应当非常精简，可能一箩筐的知识只用随手画的几张图几句话几个箭头圆圈方框就能表达记录。

　　真正的知识是学习案例汇聚归纳总结而来的，要注意你记得是案例还是知识点？如果你能理解并记住知识点，遗忘案例是无关紧要的，因为实际的案例应用很容易由知识点演化过来。而对知识点的记忆，只能通过理解。