如何高效的学习掌握新技术

最近一段时间，把React学习实践了一把，算是又多掌握了一门新技术，虽然学习过程比较辛苦曲折，但熟练掌握后感受仍是很好的，之后又多了一种选择，在技术思路上也开阔了不少。

回想编程生涯这些年，2001年开始学习Asp，2002年学习Javascript，2003年学习Asp.Net/C#，2009年学习Objective-C，2013年又跳到前端这个大坑，从Nodejs到jQuery到Angularjs到如今的React。这一路学来，走过一些弯路，也积累了很多学习的经验。

积极开放的心态最重要

学习新技术，就如探索一片新的领域，通常在心态上来讲，都会有两种典型的心态，一种是恐慌和抗拒的，一种是积极和开放的，不一样的心态会形成不一样的结果。好比对我本身来讲，对于编程技术，一直是我所喜欢的，因此编程的新技术，老是能积极的去学习，而且能很快掌握。而对于英语和写做，从上学开始，就一直是我所不喜欢不擅长的领域，因此即便学了不少年，也并无什么明显的进步。直到后来工做后，逐步意识到英语和写做的重要性，在心态上做出了调整，积极的去面对，到如今总算是改善了不少。

学习新技术的另外一个障碍来源于已经熟练的技术。当好不容易把一门技术掌握的很熟练后，虽然这在未来学习新东西时，会帮助少走不少弯路，但同时可能也会变成一种障碍。

我曾对几门语言掌握的至关熟练，甚至有些曾觉得本身精通了。好比当年对于asp，能够熟练的完成在当年技术条件下的复杂BS系统，虽然按如今标准来看，也无非是用vbs对数据库增删改查，那时候交互并不复杂，还能配合写一些简单的javascript，让体验更好一些。那时候以为会了Asp，能够搞定全部的BS系统开发了。后来Asp.Net出来了，心理很复杂，一方面以为我用Asp已经啥均可以搞定了，为何要学Asp.Net？另外一方面以为这个是将来发展的趋势，仍是应该学习掌握，否则之后可能跟不上时代发展。结果仍是硬着头皮去学。只是每次遇到困难挫折的时候，就会有放弃回去写Asp的念头，以为这要是我用Asp来写，早搞定了，何须这么苦逼学新技术呢？

当我终于有一天，对Asp.Net熟练掌握后，才发现本身原来的浅薄无知，之前Asp也就是停留在脚本编程，到了Asp.Net，已经能够用面向对象的思想去设计架构，甚至于出了网页，还能够去开发后台服务。这对于我来讲，至关于又打开了一扇新的大门，能够从更宽广的角度来看待问题。

从心理学的角度来讲，咱们对于外部世界的认识可分为三个区域：温馨区，学习区，和恐慌区。咱们所熟悉的技术领域就是温馨区，而新技术是处于学习区或恐慌区。随着对新技术的掌握，新技术会进入温馨区，可是总还会有更新的技术在学习区甚至恐惧区，等着去学习掌握。

若是想高效的学习掌握新技术，在心态上必定得是开放和积极的。

作中学(Learning By Doing)

若是没有@邹欣老师的《构建之法》，我可能无法这么精准的去归纳这种边作边学的方法，对于软件技术的学习，最高效的办法应该就是“作中学”。

如何经过“作中学”去学习掌握新技术，我通常分红这样几个步骤：

1. 总体概览
2. 明确阶段性目标，选择实践项目
3. 搜集整理相关文章和开源项目，模仿借鉴

总体概览

所谓磨刀不误砍柴工，在动手去作前有必要先作一些准备工做。在开始学习一门新技术的时候，先对新技术总体有个了解是颇有必要的，须要知道它能作什么，有哪些关键的知识点。接下来的步骤，也都依赖于对技术总体的掌握和了解。

这个工做，若是有条件，能够买一本薄一点的，浅显易懂的书，总体翻一翻，基本就能有个了解。但不建议买大块头的书，通常大块头的书适合当词典来查。但如今新技术推出速度太快，每每要等书出来每每是几个月以后的事情了，因此绝大部分时候，仍是获得其官方网站去查相关技术文档。就像此次学React，确实难找到本合适的书，因此我直接去它的官方网站(http://facebook.github.io/react/) ，把Getting Started里面的文章快速的浏览了一遍，基本上算是有了个大概的了解。并且如今网络上相关文章也比较多，经过搜索，也能找到不少相关的文章和资料。

明确阶段性目标，选择实践项目

通常一门新技术所涉及的面比较广，若是一开始就想全面掌握并不现实，但若是从一个个点去突破，相对要简单不少。因此通常我会经过一个或多个项目实践的形式，分红几个阶段，逐步去掌握各个知识点，最终总体去学习掌握技术。

例如我之前学习一些服务端语言，都会尝试经过写一个留言板或者博客系统来学习，而此次学习React，主要就是经过用React重构我之前用Angularjs写过的一个聊天室应用，来学习掌握React。经过前面对React的概览性学习，结合自身状况，我对于这个项目实践，简单分红了几个阶段：

1. 用React搭建基础框架
React的应用是基于Flux架构，而Flux架构并无统一的标准，须要选择使用一种Flux架构实现，并基于它搭建基础框架。

2. 实现界面基础组件
React是基于组件的方式来编程运行的，因此须要将整个应用拆分红若干基础组件，这个阶段主要就是把界面的元素和交互拆分红若干基础组件

3. 和服务器进行通讯
一个完善的程序，离不开和服务端的交互，对于一个React程序，其和服务端交互的方式，和传统应用程序，并不全相同，而且对于和服务器通讯的结果数据，还要和界面整合

4. 发布测试完善
对于作好的做品，发布给本身和其余人进行测试，而后继续完善，在这个过程当中去进一步学习掌握技术细节

当明确了实践的项目和各个阶段的目标，后面就是如何去达到这个目标了，在实践中学习。

搜集整理相关文章和开源项目，模仿借鉴

书本或文档上一个个知识点的说明，和最终的项目产品，仍是有很大差距，项目最终是须要充分运用各个知识点，合理组合，才能写出高质量代码，而对于新技术，一开始很难掌握这些细节，盲目依赖以往经验，极可能就是照猫画虎，最终作出来的东西不三不四。

在初学习实践新技术时，模仿借鉴很重要，就像小孩子学说话，都是从模仿开始。好在如今经过github这种开源项目托管服务，利用搜索，能够找到很是多的优秀开源项目。

早些年学习Asp.Net的时候，我有过很长一段时间对开源项目AspNetForums的二次开发经历，从中受益良多。以我当时的水平来讲，是不可能设计开发出来那样的高质量产品，甚至于看懂都有些吃力，但正是经过对它的二次开发，不只让我快速的学习掌握了不少Asp.Net开发的知识点和细节，也养成了不少良好的编码习惯。在后面在作其余项目，能够模仿和应用它不少设计实现。

有些程序员写了不少年程序，代码质量不高，一个缘由就是由于看的太少，不多去参考学习那些优秀的开源项目。没有见过好的代码是什么样的，天然很难写出来高质量的代码。

在我此次开始动手实践React项目前，也尝试找了不少开源项目，因为React技术较新，尚未能够直接完整参考的项目，因此只能是多个项目参考对照。如下就是部分我学习和参考过的项目列表：

• emmenko/redux-react-router-async-example · GitHub 一个服务端交互的示例
• quangbuule/redux-example · GitHub 一个和Immutable.js整合的示例
• Rebuilding HipChat with React.js 一个和我要作项目相似的应用HipChat，用React开发的，并不是开源项目，可是经过React Dev Tool能够参考借鉴不少组件设计的思路

在前期搭建基础框架的时候，就是直接借用的前两个项目的框架，这样很快就能让程序跑起来，而后在后面的基础组件设计的时候，更多的就是参考hipchat的组件设计。

作中学(Learning By Doing)

在看书看资料的时候，一个个知识点看起来并不复杂，可是当真正去动手实践的时候，会遇到各类各样的问题（坑），而这些问题只有反复的思考、查资料、问人才能最终解决。

在作中学，听起来很酷，但这个过程老是艰辛曲折的！学习每每就是这样的，只有经历各类各样的磨练，才能真正的去掌握这些知识，把这些知识转变成自身的能力。

我此次用React重构聊天室的经历，如同我以往学习其余新技术的经历同样，充满了艰难险阻，两个月来付出良多。但最终完成的时候，倒是成就感满满，感受到对于新技术终于算是基本掌握了，虽然还有一些知识点没有应用到，也不过是时间问题罢了，再回头看之前的一些程序设计，又有了不少新的思路。

经验教训

如下是总结的一些经验教训

贪多嚼不烂

虽然如今新技术推出很快，但不少技术本质并无变，在有其余技术“良好基础”的前提下，掌握一门新技术并不须要花太长时间，但“良好基础”就如学习武功的内功，才是真正须要多花时间去培养的。

因此去学习新技术以前，先看看手头的技术是否是掌握好了，若是没掌握好，不妨先学好再说，否则每门技术都浅尝则止，反而是难有成就。

目标不宜太大，要有阶段性成就正向激励本身

人的学习热情都是有周期性的，最开始激情满满，一段时间后就会激情逝去，很容易就半途而废放弃了。

因此在设定阶段性目标时，最好能目标小一点，现实一点，能多一些正向的反馈，这样能让本身走的远一点。

举例来讲，写程序能够优先写单元测试和界面部分，这样很快就有明确的反馈，好比当你看到单元测试所有经过了，能看到界面了。

学习不会白费

有时候辛辛苦苦学的新技术，可能不久后就会过期，这时候不免会有是否是白学的想法，但实际上学习历来不会白费的，看过一句话我以为颇有道理：

你所学习的一切都在帮助构建你头脑中的神经元网络，会帮你创建某种联系使你在后续学习其余东西时更加容易，了解一种知识可以使你跟其余知识进行比较和对比。所以，学习老是有用的，不管学什么。

出处：如何克服 JavaScript 框架疲劳？

就像十几年前我把Javascript学的很熟练了，那时候以为没什么卵用，如今看来倒是大有用途：）