技術文を区切って読む｜英語の基礎から技術文へ

このページはプロモーション（広告）を含みます。

英語の基礎から技術文へ（中級・読む30分＋演習35分）

この授業のゴール

• 技術文を意味のかたまり（チャンク）に区切り、骨組み・条件・説明に分けて読める
• 否定・条件・時制・数値と単位・主張の強さ・対象の6項目をチェックリストで確認し、直訳で失われた情報を見つけられる
• 短い技術文の段落（3〜5文）の条件と主張を、日本語で過不足なく説明できる
• 読解・聴解・発話（書く・話す）の習得を分けて確認し、自分の弱い技能を特定できる

仕事でどう使うか

この授業では、5つの授業で学んだ部品を1つの手順にまとめ、初めて見る技術文の段落の条件と主張を日本語で説明できるようにします（EN01 の到達目標）。

翻訳ツールを使う場合も、訳文と原文を照合して否定や条件の脱落を確かめるのは読み手の仕事です。

前提

この授業は、EN01 の 文の主語・動詞・語順〜関係節・条件・論理語 の内容（主語・動詞、時制・否定、修飾・比較、助動詞・受動態、関係節・条件・論理語）をすべて使います。不安な項目があれば戻ってください。

この授業には、区切りと印つけを自動で試す Python のコードと、聴解の音声ブロックがあります。英文はすべて自作です。

身近な状況：単語を全部訳したのに、使い方が分からない

ある担当者が、自作のライブラリ説明を1語ずつ訳しました。

The clean function removes rows that have no customer ID unless the keep option is true, but it does not change the original file. In our test, it processed 10,000 rows in 3.5 seconds.

1語ずつの訳（「その、きれいな、関数、取り除く、行、それは、持つ、ない……」）では、単語の意味は合っていても「何が起きるのか」「いつ起きないのか」を答えられず、次の情報を見落としやすくなります。

文を意味のかたまりに区切り、役割を決めてから訳すと、これらを落とさずに読めます。

直感的な説明：スラッシュで区切り、印をつけ、日本語で言い直す

技術文は、次の4段階で読みます。

1. 区切る：関係詞・条件・接続詞・前置詞の前と、カンマの後ろにスラッシュ（/）を入れる。できたかたまりをチャンクと呼びます。
2. 骨組みを決める：主語と動詞を探し、文の中心を一言で言う。
3. 印をつける：否定・条件・時制・数値と単位・主張の強さ・対象の6項目に印をつける。
4. 日本語で言い直す：「（条件）のとき、（対象）は（主張）。ただし（例外）」の形で説明する。

上の文に当てはめると、次のようになります。

The clean function removes rows / that have no customer ID / unless the keep option is true, / but it does not change the original file.

骨組み：The clean function removes rows.（clean 関数は行を取り除く）
説明：that have no customer ID（顧客IDのない［行］）
条件：unless the keep option is true（keep が true でない限り）
追加の主張：but it does not change the original file（しかし元のファイルは変えない）

言い直し：「clean 関数は、keep 設定が true でない限り、顧客IDのない行を取り除く。ただし元のファイルは変更しない（結果は別に受け取る）」。

日本語の語順に並べ替えるのを最後の4段階目だけにすると、長い文でも途中で迷いにくくなります。

正確な定義：区切る位置と、保存すべき6項目

区切る位置の目安：

短い前置詞句まで細かく切る必要はなく、役割が変わるところで切るのが原則です。

保存すべき6項目のチェックリスト：訳や要約を作った後、原文と照合します。

単位の注意：ms はミリ秒（1/1000秒）、MB はメガバイト、per は「〜あたり」。分からない単語は、日本語訳だけでなく原文の例と文の中での役割を一緒に用語帳へ登録します（例：「keep option（名詞句）：削除をやめる設定。例 unless the keep option is true」）。

段階付き例題：実験報告の段落を、条件と主張に分ける

自作の実験報告の段落を読みます。まず音声で聞き、次に台本で手順どおりに読みます。

We tested the new caching method on three web services. For services with more than one thousand requests per minute, the average response time was 35 percent shorter than with the old method. However, we did not see any improvement for services with fewer requests. These results suggest that the method should be used only for busy services.

ステップ1：区切る。

• We tested the new caching method / on three web services.
• For services / with more than one thousand requests per minute, / the average response time was 35 percent shorter / than with the old method.
• However, / we did not see any improvement / for services / with fewer requests.
• These results suggest / that the method should be used / only for busy services.

ステップ2：6項目の印（骨組みは We tested / the response time was shorter / we did not see / These results suggest）。

ステップ3：日本語で説明する（出力）。「3つのWebサービスで新しいキャッシュ方式を試した。1分あたり1,000件を超える要求があるサービスでは、平均応答時間が旧方式より35%短かった。しかし、要求がそれより少ないサービスでは改善が見られなかった。著者は、この方式は混雑したサービスに限って使うべきだと示唆している。」

意味：導入前に、自社サービスの要求数が1分あたり1,000件を超えるかを確認します。3サービスだけの「示唆」であることも判断材料として添えます。

操作して理解する：区切りと印つけをコードで試す

次のコードは、正規表現（文字列のパターンで検索する仕組み）で文を機械的に区切り、否定・条件・数値を取り出します。text を書き換えて試してください。

import re

text = ("The tool removes rows that have no customer ID unless the keep option is true, "
        "but it does not change the original file. "
        "In our test, it processed 10,000 rows in 3.5 seconds.")

# 1) 区切る：関係詞・条件・接続詞・in の前と、カンマ・ピリオドの後ろ
boundary = r"(?=\b(?:that|which|who|unless|if|when|because|but|although|in)\b)|(?<=[,.])\s+"
chunks = [c.strip() for c in re.split(boundary, text) if c.strip()]
print(" / ".join(chunks))

# 2) 印をつける：否定・条件・数値
neg = re.findall(r"\b(?:not|no|never|cannot)\b", text)
cond = re.findall(r"\b(?:if|unless|only if|when)\b", text)
nums = re.findall(r"\d[\d,]*(?:\.\d+)?\s*(?:%|seconds|rows|MB|ms)?", text)
print("否定:", neg)
print("条件:", cond)
print("数値:", nums)

出力：

The tool removes rows / that have no customer ID / unless the keep option is true, / but it does not change the original file. / In our test, / it processed 10,000 rows / in 3.5 seconds.
否定: ['no', 'not']
条件: ['unless']
数値: ['10,000 rows', '3.5 seconds']

試すこと：

• text を "Do not use that file in production." に変えると、指示語の that（その）の前でも区切られます。機械的な区切りは語の役割を判断できないので、最終判断は人が行います。
• 否定の一覧に without や n't を加えると、何が変わるか試してみましょう。

次の音声を聞き、6項目のうち「条件」と「数値と単位」を日本語で答えてください。

If the file is larger than two hundred megabytes, the upload stops. Files that are smaller than this limit are uploaded in less than one minute.

答え：条件は「ファイルが200メガバイトより大きい場合」（ちょうど200MBは含まない）と、関係節の「この上限より小さいファイル」。数値と単位は「200メガバイト」と「1分未満」。「200MB以上でアップロードが止まる」と言うと、境界を誤っています。

発展：省略の多い文と、技能ごとの確認

省略された文を補う：見出し・エラーメッセージ・表の注記では、主語や be動詞が省かれます。

補うときも、否定と条件を変えないことが原則です。

略語：e.g.（例えば）と i.e.（すなわち）は意味が違います。Use a text format, e.g., CSV. は「CSVなどのテキスト形式」（他の形式もよい）、Use a text format, i.e., CSV. は「テキスト形式、つまりCSV」（CSVだけ）です。

読解・聴解・発話を分けて確かめる：同じ英文でも、読んで分かる・聞いて分かる・自分で書ける（話せる）は別の技能です。この授業の聴解問題で正解できても、英作文で同じ内容を書けるとは限りません。学習記録は技能ごとに分けてつけ、弱い技能に時間を配分します（学習の進め方は 計画の振り返りと再計画 の振り返りと再計画を参照）。

よくある失敗

失敗1：1語ずつ訳して、条件と否定の位置がずれる

原文：Do not delete files that are still used by other jobs.

誤った訳：「他のジョブに使われていないファイルを削除する」

なぜ誤りか：1語ずつ訳して日本語に並べ替える途中で、Do not（命令文の否定）が関係節の中に移ってしまいました。原文の否定は文全体（削除するな）にかかり、関係節は「まだ他のジョブが使っているファイル」と対象を絞り込んでいます。

正しい訳：「他のジョブがまだ使っているファイルは削除しないでください」。

直し方：区切ってから役割を決めます。Do not delete files / that are still used / by other jobs. 骨組みは「ファイルを削除するな」、関係節は「どのファイルか」。訳の後、否定の数（原文1つ、訳文1つ）と、否定がかかる動詞（delete）が一致しているかを確認します。

失敗2：単位と「あたり」を落とす

原文：The API accepts up to 60 requests per minute per user.

誤った訳：「APIは最大60件の要求を受け付ける」

なぜ誤りか：per minute（1分あたり）と per user（利用者1人あたり）を落としています。この上限は「1人が1分間に送れる件数」です。

正しい訳：「APIは、利用者1人あたり1分間に最大60件（60件を含む）の要求を受け付ける」。

影響：利用者が10人いれば、全体では1分あたり最大600件まで送れる可能性があります。逆に1人の処理で1分に100件送る設計にすると、上限を超えて誤りが返ります。数値を見たら、単位と per の後ろまでを1つのかたまりとして読みます。

失敗3：翻訳ツールの訳をそのまま使い、主張の強さが変わる

原文：This approach might reduce costs in some cases.

翻訳ツールの訳の例：「この手法はコストを削減する」

なぜ誤りか：might（〜かもしれない）と in some cases（場合によっては）が訳から抜けています。翻訳ツールは文を自然にするために、弱める表現を省くことがあります。

正しい訳：「この手法は、場合によってはコストを削減するかもしれない」。

直し方：翻訳ツールを使った場合も、6項目のチェックリストで原文と照合します。この例では「5. 主張の強さ」と「2. 条件」が落ちています。社内資料に書くときは、強さを保った訳を使います。

まとめ

• 技術文は「区切る → 骨組みを決める → 印をつける → 日本語で言い直す」の4段階で読む。
• 区切りは役割が変わる位置（関係詞・条件・接続詞・前置詞句の前、カンマの後ろ、長い主語の後ろ）で入れる。
• 否定・条件・時制・数値と単位・主張の強さ・対象の6項目を、訳や要約と原文で照合する。
• 省略の多い注記やエラーメッセージは、否定と条件を変えずに完全な文へ補って読む。
• 読解・聴解・発話は別の技能として確認し、点数を1つにまとめない。

用語

チャンク（chunk）

意味のまとまりごとに区切った語のかたまり。区切って前から読む方法をチャンク読み（スラッシュリーディング）という。

骨組み（core clause）

文の中心となる主語＋動詞（＋目的語）。条件や説明を除いたときに残る主張。

e.g. と i.e.（for example / that is）

e.g. は「例えば」（ほかもある）、i.e. は「すなわち」（それだけ）。意味が違うので区別して読む。

per（per）

「〜あたり」を表す語。per minute per user は「利用者1人の1分あたり」。

よくある質問

なぜ区切って読む必要があるのですか？ 慣れれば不要ではありませんか？

慣れると頭の中で自然に区切れるようになりますが、条件や否定が多い仕様書・契約では、慣れた人も印をつけて読みます。読み違えの費用が大きい文書ほど、手順どおりに読む価値があります。

翻訳ツールを使えば、この手順は不要ですか？

不要にはなりません。翻訳ツールは自然な日本語にするために、may や in some cases のような弱める表現や、境界の細かい違いを落とすことがあります。ツールの訳と原文を6項目で照合するのが、読み手の仕事として残ります。

6項目すべてを毎回確認する時間がありません。

重要度で優先順位をつけてください。否定と条件は、落とすと意味が逆になるので最優先です。次に数値と単位、強さ、時制、対象の順で確認すると、短時間でも大きな誤りを防げます。

区切る位置が人によって違ってもよいのですか？

かまいません。区切りは理解のための補助で、正解は1つではありません。大切なのは、骨組みと付属品（条件・説明）の役割を正しく決めることです。役割が変わる位置で区切れていれば十分です。

分からない単語はどう覚えればよいですか？

日本語訳だけでなく、原文の例と文の中の役割（名詞か動詞か、何を説明しているか）を一緒に用語帳に登録します。例えば run は「実行する（動詞）」と「1回の実行（名詞）」の両方があり、例文があると区別しやすくなります。

このモジュールを終えたら、次に何を学べばよいですか？

ライブラリの説明やエラーメッセージを読むなら EN02（公式文書・エラー・APIの英語）、論文を読むなら EN03（論文の英語読解）に進みます。どちらも、この授業の区切りと6項目のチェックを前提にしています。

確認問題

次に学ぶこと

これで EN01 の6授業は終わりです。総合テストと、内蔵の英文を使う自力課題で、語順・条件・否定の対象を確認してください。

次は、ライブラリやAPIの文書を読む 公式文書・エラー・APIの英語（有料版）（まず 「引数と戻り値」（有料版） 引数と戻り値）、または論文を読む 論文の英語読解（有料版）（まず 「要旨と研究の問い」（有料版） 要旨と研究の問い）に進みます。研究での英語の書き方・話し方は 英語研究コミュニケーション（有料版） で扱います。この授業の確認問題だけでモジュールの習得とはしません。