欢迎关注个人公众号：石杉的架构笔记（ID:shishan100）
周一至周五早8点半！精品技术文章准时送上！
目录
（1）笔者英文基础介绍
（2）为啥程序员需要阅读官方文档？
（3）如何才能无障碍阅读英文文档？
（4）坚持！坚持！坚持！
（5）来个约定吧！
这篇文章不聊技术，我们来聊一个某种程度上比技术更重要的话题：一个英语比较渣的程序员，到底应该如何做，才能达到无障碍阅读英文官方文档呢？
首先声明一点，现在很多公众号会用类似的标题给一些学英语的机构打广告，这也无可厚非。但是强调一下，这篇文章绝对不是广告。
笔者写作本文的动机，主要是因为很多程序员朋友，尤其是刚入行不久的程序员小兄弟，留言说自己的英语底子太差了，但是又想阅读相关英文官方文档。
毕竟，官方文档是入门、熟悉、掌握一个技术，最权威的第一手资料。
但是这些同学因为英语基础差，往往读起来效率低下、举步维艰，最后不得不放弃。
所以我们就来聊聊，英语较差的程序员兄弟，应该如何提升自己阅读英文官方文档的能力。这都是笔者在公司指导一些下属阅读官方文档的思考和感悟。
（1）笔者英文基础介绍
简单说一下我自己的英文基础，大概2000年初的时候，我就在国外留学读研，就英语的听说读写四大块能力而言，口语虽然带有中国人的口音（这是各国人几乎不可避免的），但是听力和口语跟老外正常工作和生活中的交流，是没问题的。
阅读能力，则是在国外期间大量锻炼出来，近十多年都保持着很高的水准。
如果拿redis、elasticsearch、spark之类的英文官方文档给我看，基本上看英文文档和看中文文档是差不多的速度和流畅度。
而且，因为少年的时候进行过速读能力的锻炼，所以阅读英文文档的速度十分的快，大概是普通人的5倍~10倍的速度。
所以，这里基于自身经历以及给其他朋友的一些英文指导，聊聊我对程序员看英文文档的一些看法。
（2）为啥程序员需要阅读官方文档？
首先说一下，我们为啥建议程序员一定要去自己阅读英文官方文档呢？
很简单一个道理，假设现在某技术很火，比如最近大家在聊微服务架构中的service mesh，这个最流行的开源技术就是istio。
好，从国外一个技术开始火，一直到有大量的中文资料出来，这个过程各位如果观察一下就会发现，大致需要1~2年的时间。
假如你看不懂istio的英文官方文档，就要一直等着一些技术的中文资料，那么可能需要等个1年，才能等到一本国外翻译过来的书籍。
然后再等个2年，才有很多中国人自己写的相关的技术书籍，然后网上的博客之类的才会开始变得很多。
所以，你看不懂英文官方文档，那么自身对最新流行技术的掌握，大致比最优秀的一批国内工程师，至少要晚个2 ~ 3年。
对于技术而言，2 ~ 3年的落后，肯定是不短的一个时间，这会导致你不能成为第一批吃螃蟹的人。
这只是一方面。此外，即使你去看一些国外的书翻译过来的，你难道不觉得那种翻译的书很多语言较为生硬，理解起来有点别扭么？
我本人是从来不看翻译的书籍的，虽然我觉得翻译英文书籍是一个非常值得尊敬的职业，但是我自己个人而言，觉得效果更好的还是直接看官方文档。
因为官方文档里的描述，让人读起来觉得非常顺畅和舒服。而且老外很多语言表达是相当优雅的，并且他们对这个技术的理解比其他人深刻的多。
举个例子，如果你想学习Redis，直接去看Redis作者写的文档。他作为Redis的作者，可以说是这个世界上对该技术理解最深的人。而理解的越深，就更容易把他用通俗易懂的语言描述出来，易于别人理解。
再其次，如果你对技术的学习，仅仅就是读一些书籍的话，要知道，书籍都是按照一个版本来写的，比如1.0版本，那如果你按照书里学了1.0版本的东西，结果人家官网更新到了2.0版本呢？
这个时候版本升级，跟书里的东西都不一样了，你不是傻眼了？
所以说，直接看英文官方文档，首先可以让你对最新的技术第一批掌握，最早上车。
其次，可以直接跟上人家的版本更新，每个小版本的发布人家都是有release的，里面你都可以看到他有哪些细小或者巨大的变动。
（3）如何才能无障碍阅读英文文档？
如果你有时间有money，很多公众号都给了各种英文学习的广告，直接投入时间和钱，跟着一个老师学习当然也是不错的。
但是其实就我个人角度而言，最终提升自己读英文文档的能力，还是脚踏实地。我觉得读英文文档没什么捷径，就在于两个关键点：积累和坚持。
你要做的事情，就一个，每天至少抽半个小时，就挑选一个技术的英文文档，强迫自己，从头开始读，一点一点读。
这个时间不需要定太久，就半小时，太久了你坚持不下来。
半小时，就是你玩几局王者，吃几次鸡的时间，你少吃一次鸡，少坑两次队友，不打紧的。
给大家举个例子，我随便从istio这个技术的官方文档里抽取了一小段出来，我们就来看看这一小段好了。
This page provides an overview of how traffic management works in Istio, including the benefits of its traffic management principles. It assumes that you’ve already read What is Istio? and are familiar with Istio’s high-level architecture. 我自己读这段英文的感觉，就跟中文一样。但是对英文基础不好的码农来说，刚开始尝试读文档，会发现很多单词都不认识。
比如说 “ this page provides ” ，这个你只要有过初中英文水平的都会看懂，大致意思是“这一页提供了”，或者中文方式的口语化一些就是“现在这篇文章主要是讲一下”，这样一个意思。
但是你接着会看到“overview”，很多人就不懂了，overview是什么？
这个时候你肯定会查词典，这个很正常。这个单词就是一个“概览，概述”的意思。
然后你就应该自己准备一个生词本。记录下来自己每天学习到的每个生僻的单词和对应的中文意思。
接着会看到“traffic management”，其实就是“流量管理”的意思，你可能不理解，那就查字典，积累生僻单词，以此类推。
刚开始，半个小时你可能就读一小段，几十个单词，因为大量的单词你都不认识。但是这是一个积累的过程，实际上语言的学习是很困难的，积累几个月开始有点小感觉，积累一两年有所小成，积累三五年就大成了。
（4）坚持！坚持！坚持！
大家可以每天都读半小时英文文档，而且每天积累生词、并快速过一遍之前的旧词。
下一次如果你又读到了相同的生词，可能还是不能反应过来。没关系，再次强化巩固，三次四次五次。。。
最后，直到你一眼看上去，立马反应出其意思，这中间几乎没有思考停顿。那么恭喜你，你的大脑已经接纳他了，此时可以把他从生词本里删除了。
而且，一个单词你潜移默化的用的越多，你的印象就会越深刻。用进废退，这个是咱们大脑生理结构决定的。
想一想，像what、when、where这些单词，是不是已经成了你脑中的一部分，因为你已经无形中使用它们太多次了。
慢慢的，你会发现，越是到了后面，你开始慢慢能读懂一句完整的话了，慢慢能读懂一段话了，再慢慢一篇英文文章，都能看懂了。
其实如果你真的看过几十种技术的官方文档，你会发现技术领域的官方文档，常见的英文词汇可能也就那么几千个。
所以你如果坚持一直读英文文档的话，你会发现每天都在通过实战锤炼你的阅读能力，而且经常一个单词在很多地方反复的出现，这就给了你反复强化记忆的一个机会，通过各种地方，多次看见他，你的记忆会非常非常的深刻。
这样你一直坚持，几年后，那几千常见技术英文词汇，会跟中文一样烙印在你的脑子里了，想想刚提到的when、where、what，想想是不是这个道理。
哪怕你参加了一些英文学习的培训课程，那个会提供很多技巧给你，但是最终你也需要类似这里说的每天坚持看，大量的实战阅读，大量的重复记忆来进行强化。
这里关键最难做到的一点，就是你要把每天看英文文档变成一种习惯，日积月累，水滴石穿。
几个月、1年、几年过后，你会发现，阅读英文文档就跟喝水一样。
那个时候，你通过几年的坚持，已经对数千个技术文档里常见的高频词汇进行了大量的训练和强化记忆。那时你读英文文档，基本跟你读中文的书籍是一样的感觉了。
这里笔者再次给英语阅读有困难的新鸟老鸟都强调一下，也算打打鸡血：
英文阅读，跟技术积累一样，是内功修炼的过程，绝对没有所谓的一步登天。
“重剑无锋、大巧不工”。最大的捷径，是遵循正确正确的方法，沿着直线，坚持不懈，最终达到目标。
请各位记住：坚持！是一个人最难得的天赋。
纵观各路翘楚，足球C罗、篮球科比，论天资绝不是最出色的，但是他们依靠多年的坚持，强大的意志力。在各自领域同样取得了非凡成就。
（5）来个约定吧
上面就是关于英文文档阅读的经验介绍，这里面有自身的感悟，也有在公司指导下属积累的经验和收获的成功案例。
最后，和大伙儿来个约定：希望大家能照着这个方法坚持两年，持之以恒、风雨无阻。
在最想放弃的时候，问自己一句话：我真的不想感受一下读英文技术文档像看中文一样行云流水的快感吗？
END
如有收获，请帮忙转发，您的鼓励是作者最大的动力，谢谢！
一大波微服务、分布式、高并发、高可用的原创系列文章正在路上
欢迎扫描下方二维码，持续关注：
石杉的架构笔记（id:shishan100）
十余年BAT架构经验倾囊相授
推荐阅读：
2、【双11狂欢的背后】微服务注册中心如何承载大型系统的千万级访问？
3、【性能优化之道】每秒上万并发下的Spring Cloud参数优化实战
6、大规模集群下Hadoop NameNode如何承载每秒上千次的高并发访问
7、【性能优化的秘密】Hadoop如何将TB级大文件的上传性能优化上百倍
9、【坑爹呀！】最终一致性分布式事务如何保障实际生产中99.99%高可用？
11、【眼前一亮！】看Hadoop底层算法如何优雅的将大规模集群性能提升10倍以上？
16、亿级流量系统架构之如何设计全链路99.99%高可用架构
18、大白话聊聊Java并发面试问题之volatile到底是什么？
19、大白话聊聊Java并发面试问题之Java 8如何优化CAS性能？
20、大白话聊聊Java并发面试问题之谈谈你对AQS的理解？
21、大白话聊聊Java并发面试问题之公平锁与非公平锁是啥？
22、大白话聊聊Java并发面试问题之微服务注册中心的读写锁优化
23、互联网公司的面试官是如何360°无死角考察候选人的？（上篇）
24、互联网公司面试官是如何360°无死角考察候选人的？（下篇）
25、Java进阶面试系列之一：哥们，你们的系统架构中为什么要引入消息中间件？
26、【Java进阶面试系列之二】：哥们，那你说说系统架构引入消息中间件有什么缺点？
27、【行走的Offer收割机】记一位朋友斩获BAT技术专家Offer的面试经历
28、【Java进阶面试系列之三】哥们，消息中间件在你们项目里是如何落地的？
29、【Java进阶面试系列之四】扎心！线上服务宕机时，如何保证数据100%不丢失？
30、一次JVM FullGC的背后，竟隐藏着惊心动魄的线上生产事故！
31、【高并发优化实践】10倍请求压力来袭，你的系统会被击垮吗？
32、【Java进阶面试系列之五】消息中间件集群崩溃，如何保证百万生产数据不丢失？
33、亿级流量系统架构之如何在上万并发场景下设计可扩展架构（上）？
34、亿级流量系统架构之如何在上万并发场景下设计可扩展架构（中）？
35、亿级流量系统架构之如何在上万并发场景下设计可扩展架构（下）？
37、亿级流量系统架构之如何保证百亿流量下的数据一致性（上）
38、亿级流量系统架构之如何保证百亿流量下的数据一致性（中）？
39、亿级流量系统架构之如何保证百亿流量下的数据一致性（下）？
40、互联网面试必杀：如何保证消息中间件全链路数据100%不丢失（1）
41、互联网面试必杀：如何保证消息中间件全链路数据100%不丢失（2）
43、高并发场景下，如何保证生产者投递到消息中间件的消息不丢失？
45、从团队自研的百万并发中间件系统的内核设计看Java并发性能优化
作者：石杉的架构笔记 链接：juejin.im/post/5c263a… 来源：掘金 著作权归作者所有，转载请联系作者获得授权！