技术学习的三个过程

最近看到一篇文章，很简短，但自己还是深有体会，尤其第三点，结合自己的情况和理解分享给大家。

1： 阅读 ，一种浅层次的学习方式

阅读不仅仅是读书，还包括看文章、公众号、微博，从中了解到一些新的技术，在阅读的过程中，需要将新技术和已知的知识进行融合。

如果能够有效的融合，本身就非常了不起了，如果只是走马观花，那还不如不阅读，阅读本身要高度集中，要积极思考和融合， 我一直想着提升这种能力 。

但就算你做到有效阅读，阅读本质上还是一种很浅层次的学习。

通过阅读，将来在工作的时候，如果需要解决一个特定的问题，那么你可能会唤醒你的记忆，换句话说，虽然不一定能够解决问题，但至少知道有一个解决方案存在，多多少少有一定的印象，这就是阅读的作用。

为什么阅读有用呢？想想看，你周围是不是有很多专家，好像无所不能？可真的有这样的人存在吗？我觉得每个领域都精通的人太少了，这些专家可能仅仅是读了一篇技术文章，并有效的理解了，讲给你听的时候，你觉得很有道理，然后认为他就是这个领域的专家了。

2： 构建 ，学会使用并扩展它

粗略了解一个新技术后，如果要知道它是如何工作的，必须去构建它，构建形式并不重要，比如可以写个小程序或小脚本，逐步深度了解这个新技术。

通过构建，你能扩充对新技术的理解，从而更有信心讨论这个技术的利与弊，成为这个特定领域的专家。

关于这一点其实还是很有体会的，你会从“道理看上去很简单”转变为“原来我原先有些理解是错误的”。

3： 写下来 ，了解边缘知识

这个边缘测试有点像单元测试，目的是巩固理解，准确理解。

什么意思呢？有时候构建后，感觉自己理解的很充分了，但此时此刻，完全从你自己的角度去说服你自己，一般不会有问题。

可如果要将你的理解写成一篇文章，或者讲给另外一个人听，你主观就要求更严谨，为了说清楚，你就会去做很多的测试，让你的理解更完善，从中可能会发现很多问题。

比如我为啥写公众号，其中很重要的一点就是能够巩固知识的理解，当你写出来的时候，会发现一些问题。比如我在写ssh系列文章的时候，虽然也构建了（就是成功测试了），但为了把客户端密钥文件权限说清楚，又针对每种情况都做了测试，测试后发现自己原来理解的有偏差，如果你不 写下来 ，可能就忽略了一些细节。

技术学习理论上就是不断重复这三个过程，但要记住，千万不要生搬硬套。

因为不是什么样的学习都要经过这三个阶段，学习到什么层次完全取决于你的需要，很多知识保持很浅的理解就行了，完全没有必要深入下去，这就是 选择 和 放弃 。

对于一个高手来说，很重要的一点就是知道自己要学什么，知道哪些技术是自己应该深入学习的，哪些技术简单了解即可，这就是有的放矢。

对于技术来说，深入学习需要耗费很久，也取决于你的基础知识掌握的是否扎实，这条路本身就很坎坷。加油吧，少年！