英語の技術文書を早く読むには - Qiita

英語の技術文書を早く読むにはどうしたらいいでしょうか。 注意: この記事の目的は「技術文書について」「早く大意を読み取る」ことを目的としています。 技術文書でないもの，例えば，小説や詩には当てはまりません。 技術文書を読む場合でも，例えば，「論文を批判的に読むとき」や「扱いが悪いと故障する可能性のあるハードウェアのマニュアルを読むとき」には精読すべきですので，この記事は当てはまりません。 頻出英単語を覚える もし「英語の技術文書を早く読みたい！」と悩んでいるとしたら，多くの場合，英語の技術文書を読むのに，英単語をほぼ全て辞書を引いている，という状況だったりするのではないでしょうか？ もしそうでしたら，正攻法となる主な対策は，頻出英単語を覚えるということだと思います。 例えば英語で書かれた論文があったとします。聞いたところによると， 70%は頻出英単語トップ1500(だったと思います。うろ覚

[tonza_dopeness]

比べてもしゃーないかもしれないが、英語の小説読むよりは随分楽だなーとは常々感じる。必要な語彙が少ないし想像出来るし、文法も平易。最終的にグーグル翻訳ってのもあるs（ry

[RySa]

"英語の技術文書は，全てを読む必要はない！" に尽きます。あとは慣れ。 何度も単語の意味を調べて繰り返しで覚えましょう。

[kiyotaka86]

deeplもいいのですが、文書全体を翻訳するにはpro版にしないといけないので、初手Google翻訳に突っ込んでます。ざっくり全体把握して、気になるところは、原文読むスタイルが僕の英語力では早く読めます。

[aw91]

DeepLを使う！以上！

[mayumayu_nimolove]

deepLを使いましょう

[sleepyyusuke]

これとDeepLをうまく組み合わせればいいんだな…。

[taguch1]

翻訳なしで概要は把握できるようになりたい！

[spark7]

自分の分野の技術文書はまあ読みやすいけど、deeplの楽さには抗えない。

[lalupin4]

DeepL ってもう言われてた。

[ardarim]

小説とか新聞に比べれば語彙が限られて意味もある程度推測できる分楽ではある。技術文書と言ってもピンキリだけどね。APIリファレンスとかは楽だけどデータシートみたいのは結局みっちり読む羽目になる。

[itochan]

summarizing software （英語を英語のまま要約するソフト）とかって、いまどうなってるんだろう？使ったことなんてないけど。はるかむかしに精度関連の記事を見た気がする。

[knok]

単語は語源を調べるようにしている。意味のつながりが見えてくると覚えやすい

[letitride]

最近はサンプルコードとサンプルコンフィグレーションを先に目を通すようにしてる。

[onesplat]

こういう読み飛ばしテクニックよくおすすめされるけど、そういうことじゃねえんだよ。そんなことはわかった上で、それでもみっちり読み込まないといけない文書が沢山あるんだよ

[bluescreen]

読むべき場所の選別は日本語の文書でも大事。同じ方法で行けそう。

[yarumato]

“英語の技術文書を「読まないで済ませる」方法：タイトルを読んで読むべきか見極める。小見出しを読んで読む箇所を絞り込む。段落の先頭と末尾の文だけを拾い上げ関係性を把握し読む箇所を絞り込む”

[aa_R_waiwai]

1ページを1文字の漢字のように読む。単語を拾っていって、あとは途中にあるコードの内容を読めば、何をやろうとしてるのかはだいたい分かる。

[sigwyg]

マークアップに通じるものがある。というか母国語なら自然と意識せずやってる取捨選択だからなー

[syukit]

日本語の文章と一緒だ　抽象的にざっと理解することが大事