歡迎關注我的公衆號:石杉的架構筆記(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… 來源:掘金 著做權歸做者全部,轉載請聯繫做者得到受權!