1樓：
看來你英語不是一般的爛.我高中就熟讀MSDN了...我依稀記得高中英語有篇雙城記的節選.那難度比MSDN難多了...所以...試問題主的英語水平有多差
2樓：Samgz
1 一直有 debug 兩小時代替看文件10分鐘的說法。意思是你看不懂文件以及上下文，只能不斷實踐。
2 多了解軟體行業的上下文。寫 JS 不可能只會寫 JS，還得了解系統生態，編輯器生態，程式語言生態，執行環境生態，特定業務生態。軟體設計的概念是通用的，不同軟體有不同的實現，了解上下文，有助你快速了解軟體設計和文件。
3樓：許建國
計算機類的公開課，即便是生肉，前幾節只需高中文化程度就能啃得動，再往後可能會聽不懂，但我覺得主要不是因為英語。文件盡量看英文版，生僻的術語查詞典時聽一下發音別光記住詞形，然後多一點點耐心就行了。
4樓：
當時高中學校機房內部的 Novell Netware 小區域網，無盤工作站，跑的好像是 DOS 5.0 還是 6.x 不記得了，碰到不認識的單詞就抄在本子上下課回去查字典，有時甚至會抄好幾十頁 SDK 說明然後回去慢慢翻。。。
5樓：
1. 不要零基礎，最好是從自己熟悉的領域開始，我是從 Node.js 文件開始的，簡單而且我本來就會一大部分。
2. 用好一點的工具，一些形容詞和副詞能幫助你猜出專有名詞的大概意思，比如重按觸控板翻譯，懸停滑鼠取詞，雖然對專有名詞不管用，但是對一些小形容詞還是有效的。
3. 不會翻譯就不翻譯，不要糾結中文。有些英語專有名詞的翻譯本身就有待商榷，有時候連譯者都不知道取什麼中文名好，還不如直接用英語。
6樓：
曾經我也很頭疼看英語文件，別說程式設計，連軟體說明書我都看不懂。
後來大二的時候，我上了一門課，叫《訊號與系統》，課本是英文的。我跟著學了一遍，後面看英文文件就沒什麼困難了。
7樓：金一鳴
雖然並不是軟體開發圈的，但也強行回答乙個，覺得樓上都沒有提到的：
就是正常學了英語，考了高考。然後讀讀中文的，讀讀英文的，發現儘管英文文獻要克服各種語言障礙，但就是比中文的易懂，寫得明白；總體上就是讀英語文獻的要比半天讀不懂的中文文獻省功夫。那我幹嘛還看中文的？
其實就是翻譯質量不行，或者中文作者水平不行。但又比如CSDN社群（中文）都講的很清楚，所以我才沒有動力去StackOverflow社群（英文）學習。
適用於所有（英語地區領先的）學術圈。
8樓：
大一大二的時候應該已經英語4級了吧。一般開始做開發的時候4級英語足夠讀懂技術文件。
什麼你沒有？那你做個屁的「軟體開發圈的人」
9樓：Sakuraruo
曾經我也考慮過這個問題，一項新技術或工具剛面世，那麼多問題，那麼多潛在的bug，一開始使用它們的開發人員是怎麼熬過來的？而我們現在很多問題只需要谷歌一下，基本的問題都可以排查掉。
現在是站在前人的肩膀上，可以利用別人的經驗。當然在一些新的領域國內資料太少那也只能啃文件，然後自己乙個坑乙個坑踩過去了。這些都是必經之路。
10樓：禽牙
回答的都是神人，要麼是確實沒意識到，要麼就是故意不說。
以前我公司有個老外，是語言文學轉的測試，平時需要用些linux的命令，都是找我幫忙，我就教他怎麼看linux的man page，這樣我也可以省點事。
實踐起來他看得很痛苦，因為完全不知道上面在說什麼。人家可是母語英語，man裡面的也都是英文。
這就好比扔本電工手冊，讓你邊看邊去修高壓電，沒被電死那才是奇怪了。看不懂很多時候都不是英文的問題，是別的方面基礎沒補上。
11樓：啊波
其實程式萬不需要什麼英文基礎，很多人甚至更差。
感覺糊塗，是因為你還沒有建立起軟體系統的概念，這就比如一台新電視機，哪怕操作鍵全是英文，你閉著眼也能猜出大概功能。但如果從沒電視機概念的人來說，就要摳操作手冊了，那可不懵逼麼。
找個業內人聊十分鐘，建立概念後再學習，事半功倍
12樓：Xi Yang
這和一般意義上的英語學習沒有什麼不同，讀多了就好了。
我自己考過托福（成績還行）和GRE（成績稀爛），又在讀碩博的時候需要看英文文獻，所以閱讀技術文獻沒什麼問題。
而且專業技術名詞其實就那些，你看多了就記住了。
13樓：tujietg
剛開始用mac自帶的翻譯。tomcat之類的知識就看別人的部落格。api看多了就懂了。多嘗試，不會的直接翻譯。不用刻意的去背單詞，用不了多久你就可以看懂了。
14樓：支浩宇
有很多人從小玩英文版的遊戲 — 那個年代很多國外遊戲沒有漢化，更沒有像樣的中國產遊戲。 我相信任何乙個遊戲時長達到1000小時的老玩家，在電腦螢幕上看英文已經接近看母語。
15樓：天霧杏璃
完全自學的來回答一下，乙個是中文翻譯的書看的比較多，知道一些東西的概念。然後就可以去看原版的書了配合查字典。有時候你不知道乙個東西是什麼沒關係，你往下看，看它能做什麼，有什麼樣的行為，如果你書看的多了自然會知道這應該是什麼了。
16樓：魏瑪良心德意志
因為學的時候就是用的英文。。。
所以你跟我講中文的名詞我有時候反應不過來，就像你講PPPoE，講point to point protocol of ethernet我很好理解，講乙太網點對點協議我反而需要思考一下這是啥。。。
17樓：CloudYou
1為啥要用純英文版的，大學的很多課本都是中文啊，也沒耽誤學習。
2書一般都是由淺及深的，再加上多次的經驗積累，沒什麼難度的。
18樓：老拐瘦
倒退十二三年
在c# 2.0時代
當我發現property和attribute都特麼的叫屬性時我就再也不看各種官翻或社群的中文文件了
19樓：青狐秀水
當年裝逼說我就會這個
於是會了
txtx 說笑的
很早之前一直學習的是中文資料，直到一天我發現這些實在是沒法提公升自己對某種語言或者工具的熟悉程度，於是老老實實的看了
20樓：LoveCandy
我們本科的教材，基本上都是英文版的。因為老師說中文版翻譯太渣了，建議我們直接看英文版。
大一的時候第一門專業核心課是《計算系統基礎》，用的就是全英文教材。一開始啃得可以說相當吃力，一因為英文不夠好，二因為完全沒接觸過計算機專業知識，所以基本看幾句就得查單詞。但堅持下來以後，一很有成就感，二學會了很多專業詞彙，三掌握了課程的知識點。
受益匪淺。
後來有門課的老師說得很有道理，其實寫書的人詞彙量也是有限的。你看上幾章，基本上就熟悉了他常用的詞彙和表達，越往後看越輕鬆。事實上確實如此。
後來我有時候也會圖快看中文版，看不懂的時候就去對著看原版，經常茅塞頓開，然後發現真的是中文翻譯影響了理解。攤手
所以讀原版書真的是無奈之舉。有朝一日我們成為了業界領袖，也讓那些老外來看中文版，整死他們。()
21樓：非著名程式設計師
在老師和學長，同事的口口相傳下學會的。所以才會導致很多人讀的音都是錯的。
比如下面是程式設計師最容易發音錯誤的專業術語單詞:
22樓：房瞎子
一開始是有些問題和文件中文的找不到，只好去看英文文件，後來Google一下，第一條是中文就看中文，是英文就看英文。剛開始有道詞典和瀏覽器劃詞翻譯必備啊。
23樓：Milo Yip
我中一時讀原版手冊學 MS-DOS，其實比讀英文故事書還簡單，沒有一大堆形容詞副詞，句子也較短。一些專業術語，就算知道中文也不一定有幫助，學習意會就可以了，不必每個詞都要翻字典記住其中文翻譯，反而一些非術語的詞彙可能要查一下。
24樓：蘇維
？？？兄弟就算你英語都不過關，詞典，翻譯軟體幹什麼用的？
講道理乙個細分的領域裡專有名詞估計也就百來幾百個，記下來比高中一天背一百個單詞容易多了。
25樓：「已登出」
英文不是很難懂比如下面一段：
how to add tomcat's manager user？
And add text like this:
# userName Passwordadmin admin
（以上純屬杜撰，如有看不懂，那也正常）
26樓：
專有名詞過多的情況下，沒背景的native speaker也可能看不懂。不是你的問題。
將技術性的東西用通俗的話語表達出來本來就是一項有點難度的活。
27樓：龍騰道默默地
看中文文件啊。API、語法本身是英文的就不必翻譯了，因為它們更像是符號，而不是某一種語言。
另外不熟悉英文的人最不友好的其實是目錄。如果能很快鎖定問題，其實一小段針對性的英文還好了。一來少，二來針對實踐遇到的問題語境，也容易懂。
所以在想以後是不是至少把目錄都翻譯了。
28樓：
你看的雲裡霧裡，只是因為你的知識積累不足，換成中文，你也不過能看懂每個詞，連起來卻不明白了。所以，個人認為，看不明白，可能是一些基礎知識還不牢固。
那些事情是用Unity開發專案應該一開始規劃好的？如何避免後期釀成巨坑？
天津飯 shader不要用grabpass,常見扭曲，熱浪類效果，卡Android 主攝像機不是第乙個渲染的攝像機，並且有後處理效果，卡iOS 不知是否修復 如果你要用熱更用lua,別用Module少用反射 技術層面的規劃大家都說了，我覺得還是把人力資源規劃做做好，需要多少個程式設計師，多少個美術，...
想知道那些會跳舞的人一開始是怎麼學的
ccalive 跳舞沒有那個範兒，多半是沒有將其中的感情表達出來。除了基礎的身體條件 比例好，瘦，輕盈，不能看起來太笨重之外，學舞蹈很重要的一點是超脫於現實的想象力。可惜現在的舞蹈教學太注重動作，反而不去教人怎麼想象，怎麼用動作去表達感情，可以說，沒有想象力，何談表現力，跳出來更是呆板的，機械的。這...
大一開始想自學會計畢業考CPA該怎麼做
唯一 CPA的報名條件需要大專及以上學歷，這就意味著大學在校生最快也要畢業那年才能參加考試。不過可以提前準備學習。把官方注會教材買齊，先進行地毯式閱讀，緊扣教材注重基礎。大一時建議只是先簡單預習著，還是要注重學校的課程。如果有一起進行注會備考的同學，可以建乙個小分隊，大家相互鼓勵，資料分享。大一大二...