【非廣告,純乾貨】英語差的程式設計師如何才能無障礙閱讀官方文件?【石杉的架構筆記】

石杉的架構筆記發表於2019-01-21

歡迎關注個人公眾號:石杉的架構筆記(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架構經驗傾囊相授

推薦閱讀:

1、拜託!面試請不要再問我Spring Cloud底層原理

2、【雙11狂歡的背後】微服務註冊中心如何承載大型系統的千萬級訪問?

3、【效能優化之道】每秒上萬併發下的Spring Cloud引數優化實戰

4、微服務架構如何保障雙11狂歡下的99.99%高可用

5、兄弟,用大白話告訴你小白都能聽懂的Hadoop架構原理

6、大規模叢集下Hadoop NameNode如何承載每秒上千次的高併發訪問

7、【效能優化的祕密】Hadoop如何將TB級大檔案的上傳效能優化上百倍

8、拜託,面試請不要再問我TCC分散式事務的實現原理!

9、【坑爹呀!】最終一致性分散式事務如何保障實際生產中99.99%高可用?

10、拜託,面試請不要再問我Redis分散式鎖的實現原理!

11、【眼前一亮!】看Hadoop底層演算法如何優雅的將大規模叢集效能提升10倍以上?

12、億級流量系統架構之如何支撐百億級資料的儲存與計算

13、億級流量系統架構之如何設計高容錯分散式計算系統

14、億級流量系統架構之如何設計承載百億流量的高效能架構

15、億級流量系統架構之如何設計每秒十萬查詢的高併發架構

16、億級流量系統架構之如何設計全鏈路99.99%高可用架構

17、七張圖徹底講清楚ZooKeeper分散式鎖的實現原理

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、億級流量系統架構之如何在上萬併發場景下設計可擴充套件架構(下)?

36、億級流量架構第二彈:你的系統真的無懈可擊嗎?

37、億級流量系統架構之如何保證百億流量下的資料一致性(上)

38、億級流量系統架構之如何保證百億流量下的資料一致性(中)?

39、億級流量系統架構之如何保證百億流量下的資料一致性(下)?

40、網際網路面試必殺:如何保證訊息中介軟體全鏈路資料100%不丟失(1)

41、網際網路面試必殺:如何保證訊息中介軟體全鏈路資料100%不丟失(2

42、面試大殺器:訊息中介軟體如何實現消費吞吐量的百倍優化?

43、高併發場景下,如何保證生產者投遞到訊息中介軟體的訊息不丟失?

44、兄弟,用大白話給你講小白都能看懂的分散式系統容錯架構

45、從團隊自研的百萬併發中介軟體系統的核心設計看Java併發效能優化

作者:石杉的架構筆記 連結:juejin.im/post/5c263a… 來源:掘金 著作權歸作者所有,轉載請聯絡作者獲得授權!

相關文章