四年开发学习历程的反思，作为一名优秀的程序猿，你真的知道如何学好一门新的技术或框架吗？

前言

这篇文章主要用来总结自己最近以及入行以来这几年的一个学习方法变换的历程和心得。作者在学习一些新的技术中间件或技术框架时，总有种无从下手的感觉。而往往一旦出现这种感觉就会拖延症再犯。想要暂时放弃学习这个框架，想着如果项目中需要使用的话就直接一边学一边用不得了，学的也比较快。

相信大多数的开发者也多多少少都有这种心态或者被其他的人灌输过这种思想吧。刚开始当然我也是比较认同这种说法，毕竟从业这几年也亲身经历并使用过这种方式去学习一些新的技术。

当然了，既然项目中实际使用过这个技术那当然得体现在简历中了。但是！！！在实际面试过程中，发现！这些技术虽然自己是会用，并且知道怎么在项目中使用开发。而别人问起你这个技术的相关细节时，你就会发现大部分的相关技术你都知其然，不知其所以然。

后来，反思了下。其实并不是别人只追求虚无缥缈的概念知识问题，也不是面试官在为难你，而是这些基础概念确实有很大的作用，你学习一个知识如果只存在于落地应用层面。那么一旦相关技术发生改变（互联网技术迭代速度是真的快的飞起），那么你之前的落地应用经验就全部付诸东流，而如果你把基础的概念认识的比较清楚，就算它改变再怎么大，核心概念至少不会变吧！你依旧能很快的掌握这个技术迭代的新特性并落地到项目中。而且对基础的认识不足，遇到问题时很容易就会陷入迷茫，不知道从哪查起，从哪优化解决问题。而在项目上线时一旦出现了问题，长时间解决不了，对项目将会是致命的打击。

应该怎么学习？

其实仔细想想，我们在使用一边学一边用这种方式学习一个技术时为什么会这么快呢？这种方式有些时候为什么会导致我们对学到的技术认知不足呢？

这其中最根本的原因在于我们是从业务实际应用的角度去了解，接触这个技术。开发中的学习思路主要考虑以下几个方面：

1. 我的项目中存在哪些问题，哪些业务难点？
2. 这些问题和业务痛点使用哪些技术可以解决？
3. 确定技术选型，根据项目实际痛点和要解决的业务去查询落地应用方案
4. 学习并实施该技术应用到项目中

目前市面上的技术中间件以及相关开源框架，其实都是为了解决某一方面的问题、某些业务痛点而开发抽象出来了很多的公共API、技术规范的技术集成产物，这些框架或中间件都具备相对来说比较高的通用、适应性。所以根据项目和实际应对的业务场景不同，也都有很多的实际落地方案。

从以上步骤可以看出，我们在使用这个技术时，主要考虑的是项目的业务、项目的问题。也就是说最后我们学习使用该技术时，你以为的明白、会用其实只是会用这个技术的这一个应用方案，学习的是这个技术为这种业务痛点，这些问题提供的一部分解决方案而已。而这个技术也就有些不明不白的。

整理了下思路，我们如果要学习一个新的框架如果陷入概念知识的陷阱中不能自拔，也会使我们学习兴趣变得越发的颓乏。那么我们应该怎么去学习呢?

1. 在为实际项目应用一个技术方案时反思，为什么使用这个技术就能解决我的业务痛点。这个技术内部应该是怎么运作、设计的。
2. 在使用过程中思考自己项目中用到该技术的每一行代码的作用，涉及到该技术的相关概念的理解，你写的每句代码之间的关系
3. 思考自己使用的技术的每一个API的设计意图，这个技术相关概念对象之间的关系。他们是如何交互的

总结

学好一个新的技术或框架确实不是什么容易的事儿。它既不是我们简简单单背一下相关概念那么简单，也不是项目中用一遍写几句代码就能说自己会用了那么容易。我们应该更多的去思考这些技术或框架的设计目的，实现原理。才能真正把技术用出花来。。。

最后，思虑再三，感觉文章写得还是有些不尽人意的感觉，如果有一样陷入学习框架这些困区的你们，欢迎评论区交流。祝大家都能写出艺术一样的代码，各种技术方案都用的得心顺手。永无BUG