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