程序员这个行业，日新月异，技术体系更新速度快，新技术新框架层出不穷，所有的技术都像是一个无底洞，当你学得越多就会发现不懂的越多，不懂的越多，需要学习的就更多。

因此，一旦选择了这个行业，就意味着你必须不断学习才能跟得上大家的脚步，而要想成为一名优秀的程序员，更是需要通过正确的方法，设定正确的目标来进行不断地学习。

如果你是一名有一定开发经验程序员，那我强烈地建议你一定要看官方文档！！！

如果你是一名初学者，那现阶段来说，看文档会是件非常非常的吃力的事，但我还是强烈地建议你一定要看官方文档，不过可以在你通过视频教程或是书籍学习并入门之后再慢慢的阅读。

官方文档就像是城市的一张地图，技术体系则犹如城市的一条条路线，而详细的功能及知识点就是那一座座美丽的城市建筑。

试想一下，当你来到一个陌生的城市，需要去到某个建筑地点时，是有地图快呢还是有地图快呢？

在手握地图的情况下，你可以轻松地定位到建筑的具体位置，并选择最短的线路来到指定的地点。

而没有地图的情况下，只能通过询问他人或者查找资料的方式来找寻方向，你需要花更多的时间来查找路线，而且一不小心便绕进了弯路或是掉进了死胡同。

技术学习则是同样的道理，一门技术的官方文档是对这门技术的体系结构以及重要知识点最直接也是最准确的描述和讲解。

如果你仔细阅读过了它，那你就对这门技术的整个体系、架构、知识点已经有了宏观上的认识，在你实现某个功能时，你可以很快定位并找到最佳的解决方案。

而那些没有阅读过文档的人，在功能实现时则只能通过查找资料或是询问别人的方式来找答案，一些本来可以使用官方特性轻松实现的功能可能一不小心便走了条复杂的弯路。

有人可能会问，面哥，官方文档真的这么神奇？

可以肯定的说，是的，就是这么神奇，99.99%的官方文档内容非常详细，甚至比很多书籍跟博客都要详细，恩，如果不详细，那我想你一定是阅读了假文档！所以，只要你能仔细地将文档阅读一遍，你的某一门技术一定是会有飞跃性的提升的，你对这门技术的理解已经可以超越不少人了。

那读中文文档可以吗？

我的建议是直接上英文吧，一般情况下中文文档的翻译周期比较长，而现在技术的更新迭代速度又非常快，我在读Android官方文档的时候就遇到过上午过还读着的文档下午内容就被大面积更新了，如果你想做个时刻领先的开发者，那阅读官方英文文档绝对是最佳选择。

同时一些翻译的文档夹杂了个人的主观理解，每个人的理解都可能存在偏差，只有自己去阅读才能更好地理解文字的内容。

举个例子，Android开发中一直是在drawable目录中存放图片资源的，后来多了mipmap的目录来存放启动图标进行优化，但是由于一些人阅读理解上的偏差，mipmap很快被误读成了所有图片资源都放在mipmap中，我想很多Android开发被误导的小伙伴对此应该深有感触吧

但是有人要说了，面哥，我也想看文档，可我是个英语渣，怎么办？

这个怎么办呢？我只能说，撸起袖子就是看，用上一切能用的工具，什么谷歌翻译啦，什么有道词典啦，什么有道网页翻译啦（这个很好用，翻译效果也很棒），觉得什么好用用什么！

说起刚开始看官方英文文档，我的内心其实是拒绝的，但是项目用的框架竟然没有什么中文资料，项目的进度压力又压在身上，所以只能委曲求全，通过阅读文档来找答案，一遍不懂读两遍，两遍不懂读三遍，直到读懂为止。

也正是因为这样的经历，让我发现官方文档竟然如此的神奇，同时也渐渐意识到英文文档其实并没有那么难读。

通常，老外的技术文档语法一般都很简单，只要你初中毕业了（别跟我说你初中都没毕业），那花点时间看懂基本是没问题的，而计算机专业单词其实也并不是很多，通常情况下，我并不会去刻意地查找某个单词，而是遇到不懂的单词就去查一下，查得多了，就自然而然记住了。学到技术的同时又提升了英语阅读能力，真的是一举两得，哈哈。

随着单词的积累，阅读数量的增加，你的阅读速度会越来越快，甚至能赶上母语的速度，这时的你，学习任何新的技术都能通过文档来快速入门，有心的人，更是会在第一时间将文档翻译成技术文章发布到博客上，没错，我们不生产文章，我们只是文档的翻译工，此时，在很多人（大部分还没学会阅读文档）眼中，你已经是他们心目中的大牛了。

所以说，很多人跟大牛之间的其实只是差了个官方英文文档！

最后补充个阅读英文文档的另一个作用，就是会提高你在需要解决问题时搜索关键词的能力，因为读得多了，很多关键单词已经留在了脑海中，当你需要google或者stackoverflow的时候，便很容易抓住重点关键词从而搜索到需要的内容。

官方文档扯完了，我们接着来聊聊如何进阶学习

首先要说的是，技术的学习是个日积月累，由量变到质变的过程，没有任何的办法能够让你在短时间内成为大牛，所谓的一步登天，是留给那些传说中的天才的，但天才毕竟只是极少的一部分人。

大部分大牛还是靠着持之以恒的毅力，冠以正确的学习方法，通过不断努力，不断学习，花费了大量的精力才达到了他们现在的成就。

所以，当你通读完官方文档的时候，你实际上只是迈出了一小步，要成为真正的大牛，还需要在之后的学习中不断努力。

那我们如何来进行下一步的学习呢？

那就得说到项目实战了

我们学习一门技术的最终目的就是将其运用到实际项目中，一门技术不管多厉害，如果没有办法运用到实际项目中，那它的意义跟价值就非常有限了。

而且人脑不比计算机，是会遗忘的，如果不通过大量的项目实战，很多知识点你很快便会忘记，至少我是这样的（谁能告诉我，记忆力不好怎么才能被拯救！！）。

所以读完官方文档后，我们是一定要通过大量的项目实战来不断巩固我们的知识点的，此时的你很多知识点其实是不能完全理解的，只有通过项目的历练，在踩坑中分析，在解决问题中成长，才能从本质上理解一些技术的概念。

有经验的开发人员应该多多少少有这样的经历，就是有些概念一开始并不是很理解，但是在一次次的项目过程中，你会发现竟然不知不觉地明白了其中的原理，是的，就是这种感觉！

对于项目实战，我其实没有太多的技巧，还是一句话，撸起袖子就是干，但是这个过程中你一定要去多思考，为什么这么写，为什么这么做，学着去了解原理，去关注本质。

再来聊聊读技术文章

在这样一个信息大爆炸的时代，要从网上找到某一门技术的干货文章是非常容易的一件事，各类的技术平台（csdn，cnblogs，oschina，infoq，segmentfault等等等），各类的微信平台公众号，都是很好的获取干货信息的途径。

虽说官方文档很神奇，但是还是有很多知识点我们可能还没发现，因为他们往往隐藏在更深的API文档之中，而大量的API也导致我们很难将所有的API文档都通读，更多的还是将其作为一个查阅工具来使用。

在我的观念里，不主动去关注各种技术平台获取技术信息的程序员不是一名合格的程序员，

所以每天早晨我都会花至少一个小时在关注的各类技术平台上获取有用的信息

一方面查找相关技术的干货文章，通过对这些文章的阅读对自己的知识点进行巩固和查漏补缺，毕竟技术的学习不仅仅是文档上那些最原始的技术点，还包含各种架构的设计、工具的使用、功能的实

、加油加油

不管前方的路有多苦，
只要走的方向正确，
不管多么崎岖不平，
都比站在原地更接近幸福。