『「技術書」の読書術』IPUSIRON氏が教える、翻訳技術書の読み方

• keyboard_arrow_down はじめに
• keyboard_arrow_down 翻訳書特有の読みにくさを分解
• keyboard_arrow_down 読む労力を減らすテクニック
• keyboard_arrow_down 1. 「まったくわからない」は2割まで
• keyboard_arrow_down 2. 概要をつかむ
• keyboard_arrow_down 3. 読み込む部分を絞る
• keyboard_arrow_down 翻訳文特有のクセを克服する
• keyboard_arrow_down 1. 長くて読みにくい文の区切り方
• keyboard_arrow_down 2. 主語や述語を補完する
• keyboard_arrow_down 3. 言語間でギャップのある用語を押さえる
• keyboard_arrow_down 4. 人名に違和感があれば原語を確認する
• keyboard_arrow_down 5. 本質以外の部分は読み飛ばす
• keyboard_arrow_down 日本は翻訳大国
• keyboard_arrow_down まとめ

はじめまして、IPUSIRON（@ipusiron）と申します。

現在はIT技術書の執筆を本業としています。20年以上にわたり、主にセキュリティ分野の書籍を執筆してきました。近年では、翻訳や監訳を手がけることもあります。2022年には、『「技術書」の読書術』という、読書法に関する書籍を執筆するまでに至り、「選び方」「読み方」「情報発信＆共有」の観点で、筆者独自の読書法を紹介しています。

このたび、「難解な翻訳書を読みこなす方法」というテーマで記事を寄稿する機会をいただきました。ここでいう翻訳技術書とは、翻訳されたIT技術書を指しています。

翻訳書が読みにくいと感じるのは自然なことであり、そういうものだと割り切って読むしかありません。私自身、翻訳技術書の読みにくさはたびたび感じています。

本記事では、読者であり翻訳者でもある視点から、私自身が実践している翻訳技術書の読書法をピックアップして紹介します。いずれも基本的なテクニックであり、すぐに実践できるので、実際の読書にご活用ください。

翻訳技術書を読んでいるときに、違和感を覚えたり、筆者の主張がつかみにくかったりする要因はさまざまであり、原因ごとに適切な対処法も異なります。

以下に、違和感を引き起こす代表的な4つの原因をまとめます。

	問題点	原因
①	読者	読者の前提知識が不足している、あるいは内容が読者のレベルに対して高度すぎる
②	訳	直訳・誤訳、翻訳者の誤訳・解釈ミス・勘違いなど
③	原書	原文自体に誤りがある、原著者の勘違い、そもそも原書が読みにくいなど
④	日本語	翻訳そのものではなく、訳文の日本語表現が不自然。誤字・脱字・表記ミスなど

①の「読者の理解度」については、すべての技術書に共通する問題であり、翻訳技術書に限った話ではありません。これは読解力の問題ではなく、単に読者の前提知識が足りていないことが原因であることが多いといえます。

②の問題については、完全に避けるのは困難といえます。日本語で書かれた技術書であっても、誤字や脱字は存在します。もちろん、それらのミスをなくすために何度もチェックは行われていますが、それでも完全には防ぎきれないのです。業界特有の事情もあります。例えば、“compromise”という単語には、「妥協する」や「傷つける」といった意味がありますが、セキュリティ分野では「危険にさらす」という意味で使われることがあります(※1)。

③については、本質的な対処法がほとんどないのが実情です。そういう意味で、②の問題よりも厄介だといえるでしょう。原書そのものの文章が読みにくいにもかかわらず、翻訳書が読みやすくなっていたとしたら、それはラッキーなことです。そのときは、翻訳者の技量に素直に感謝しましょう。

④の問題は、まれに発生します。これは、訳者の日本語力や、専門分野に対する理解不足によって引き起こされます。例えば、“encryption”は「暗号化」、“decryption”は「復号」と訳すのが正確です。しかし、「復号化」という不自然な日本語表現になっていることがあります（※2）。これは翻訳者が「～化」という語尾に引きずられ、「暗号化」の対義語は「復号化」であると勘違いしていることによりますが、日本語には「復号化」という語は本来存在しません。「暗号化する」という言い方はあっても、「復号化する」は自然ではないことからも、それがわかります。

※1　“compromised”は、「危殆（きたい）化」と訳されます。これは、安全だと思われていたものが、危険にさらされる状態になることを指します。
※2　この勘違いは、暗号に関する本や記事でしばしば見かけます。

初心者〜中級者のITエンジニアが、翻訳技術書を読み進める際に役立つテクニックを紹介します。

翻訳書にありがちな「翻訳特有の読みにくさ」や「読むだけで疲れて本質にたどり着けない」といった問題を克服するヒントになるはずです。なお、一部の内容については翻訳書に限らず、技術書全般に共通する読書テクニックも含まれています。そのため、技術書の読み方を見直すきっかけとしても役立つでしょう。

本を選ぶ際は「2割程度がとても難しい」と感じるものを探してみましょう。このとき、「2：3：5 ＝ まったくわからない：頑張ればわかる：すでに知っている」のようなバランスが取れている本を選ぶのがおすすめです(※)。

背伸びをしすぎて、理解できない部分が多すぎる本を選んでしまうと、まったく読み進められず、読了できずに挫折感だけが残ります。努力すれば理解できる本であっても、そうした努力を要する部分が多すぎると、読み終えるのに時間がかかってしまうからです。

一方、すでに知っている内容ばかりの本では、得られるものが少なく、費用対効果も下がってしまいます。「2：3：5」の構成であれば、飽きることも、挫折することもなく読み進められるはずです。成長にもつながりやすくなります。

※　ここでの数値は、読書の難易度バランスをイメージとして伝えるためのものであり、厳密な意味を持つものではありません。

自明なことではありますが、本の内容を事前に知っていると、読書効率が上がり、理解も深まります。一般書なら要約動画が役立ちますが、IT技術書の要約動画は少ないのが現状です。そこで、以下の方法を活用すると効果的です。

• ・読者のXやブログでの感想
• ・読者レビュー
• ・著者や翻訳者の投稿（X、ブログ、サポートページ）
• ・イベントでの著者登壇動画やプレゼン資料

特にプレゼン資料には、出版の経緯、読みどころ、裏話などが公開されていることがあります。これは「概要を知る」という目的にとどまらず、読者の興味を引く内容でもあります。私自身も、Xやブログを積極的に活用して、書籍の内容を紹介しています。多数の出版物と関わってきましたので、相関図などをあわせて公開することもあります。

見出しに着目する
本を読むうえでもっとも役立つのが、目次（見出しの一覧）です。目次は本の構成に対応しており、ここを見るだけで、その本の全体像や難易度をある程度推測できます。例えば、以下の目次は翻訳書『Pythonでいかにして暗号を破るか 古典暗号解読プログラムを自作する本』（ソシム）のものです。

この本は、導入部、24章、付録で構成されていますが、内容を詳しく読まなくても、目次を見るだけでどの程度の範囲まで解説しているのか大まかに推測できます。これらの目次からトピックを読み取るために以下の章に着目してみました。

• 5章ではシーザー暗号
• 19章では頻度分析
• 20章ではヴィジュネル暗号の解読
• 24章では公開鍵暗号のプログラミング

こうして見るとシーザー暗号からヴィジュネル暗号まで、古典暗号に関して基本的な内容を一通り網羅していると察しがつきます。一方、第22章から第24章までで扱われている現代暗号については、おそらく駆け足で触れている程度だと推測できます。現代暗号は高度な内容になるため、たった3章で本格的に解説するのは難しいからです。

次に、目次で構成を把握したうえで、「まえがき」や「あとがき」に目を通して、著者が本書を通じて伝えたいメッセージや意図を理解します。その後は、頭から順に読み進めるのも、知りたいことが載っている章から読むのも、目的に応じて自由に選べばよいのです。

パラグラフから段落構造を把握する
翻訳技術書を速読する際に役立つテクニックの一つが、段落の先頭文を拾い読みする方法です。この方法が有効なのは、英語の技術書や学術書がパラグラフ・ライティングという手法で書かれているためです。翻訳書において、原書の構造が反映されていれば、この速読テクニックが有効に機能します(※)。

パラグラフ・ライティングとは、パラグラフを基本単位として、論理的かつ明確に文章を構成する記述法です。ここでいう「パラグラフ」は、直訳の「段落」とは意味合いがやや異なります。日本語の「段落」は、読みやすさのために区切られた文章のまとまりであるのに対して、英語における「パラグラフ」は論理の最小単位です。パラグラフ・ライティングの大原則は、「1つのパラグラフに1つのトピック（著者の主張）がある」という点にあります。これにより、読み手にとって論理構造が明確になり、理解しやすくなるのです。

1つのパラグラフは「主張→補足・具体例」という構造を基本としています。冒頭には、筆者の主張を述べる文が配置されており、これをトピック・センテンスと呼びます。それに続く文はサブ・センテンスと呼ばれ、主張を補足・説明する内容で構成されており、具体例などが含まれることもあります。ただし、場合によってはパラグラフの最後に主張や結論が置かれることもあります。また、文章全体の最初のパラグラフでは、トピック・センテンスの前に読み手の関心を引く導入文（フックとなる文）が入ることもあります。

実際に具体例を見てみましょう。『Pythonでいかにして暗号を破るか 古典暗号解読プログラムを自作する本』から引用した文章を、先述の構造と照らし合わせ色分けしてみました。

原書がパラグラフ・ライティングで構成された文章は、翻訳版でもパラグラフの連続として展開されていくため、この構造を理解していれば、各パラグラフの冒頭文（＝トピック・センテンス）だけを拾い読みすることで、文章全体の意味を把握することが可能になります。つまり、拾い読みであっても、筆者の主張や論理展開をすばやくつかめるのです。先に紹介した「見出しに注目する読書法」と組み合わせることで、さらに効率よく読み進められます。

※　この手法を使うには、原書が「パラグラフ・ライティング」を採用していること、かつ翻訳においてパラグラフの構造がそのまま反映されていることが前提となります。

接続詞から論理構造を把握する
接続詞は、文と文の間にある論理関係を示す手がかりになります。言い換えれば、接続詞をうまく活用することで、その文が飛ばしてもよいものかどうかを判断できるようになります(※)。この読み方は、翻訳技術書においても非常に有効です。

以下に、代表的な接続詞とその論理的な分類、および読書にどう活かせるかを一覧にまとめます。

その他にも、英語では“for example”（例えば）のように接続詞のような働きをする副詞も頻繁に用いられます。接続詞に注目して論理構造を把握することで、著者の主張や文の要点を素早く見つけることができ、結果的に速読にもつながります。

※　接続詞の役割を理解しておくことで、読書だけでなく執筆の際にも役立ちます。私は、最初は数学の証明を通じて接続詞と論理構造の関係を学び、その後、執筆を重ねる中で少しずつ語彙を増やしてきました。『「技術書」の読書術』では、飛ばし読みのテクニックの一つとして「日本語の用法を取捨選択のヒントにする」（P.149）を紹介しています。

翻訳技術書の中には、1文が長くて読みづらいものがあります。その理由は、主に以下の2点によるものです。

• ・英語ではカンマや接続詞を使って、1文を長くすることが一般的であること。
• ・翻訳者の翻訳スタイルによって、原文の構造がそのまま維持されている場合があること。

例えば、以下のような英文があったとします。

“Hundreds of experts and generations of hobbyist researchers have examined the manuscript in great detail, but all the main questions about it are still unanswered.”

この英文は“～, but ～”という構造をしており、これを翻訳する際に「～するが、～」と続けるか、「～します。しかし～」と文を分けるかは翻訳者次第です。

翻訳者によっては、原文の構造を尊重するあまり、非常に長い文をそのまま訳すスタイルを取ることがあります。そういった翻訳書を読む場合は、読者自身が接続詞に注目しながら文を区切って読む工夫が必要です。

私の場合は、紙やPDFの本であれば、文の切れ目に二重斜線「//」を書き込むことがあります。文の切れ目というのはだいたいこういう場所です。私が翻訳した『暗号解読実践ガイド』3章「単一換字式暗号の解読法」から一例を紹介します。

このように、自分なりの読解補助を取り入れて区切りながら読むことで、長文に対するストレスを大幅に軽減できます。

英語では、“it” や “they” などの代名詞が頻繁に使われ、翻訳の過程で、これらの代名詞が「それ」や「これら」などと訳されることがあります。また、文脈から明らかな主語が省略されることもあるため、翻訳技術書では主語や述語があいまいな文が多くなりがちです(※1)。

この種の文章への対応策は、翻訳技術書（または訳文）を読む際に、助詞や語順を手がかりにして、隠れている主語・述語を補完する意識を持つことです(※2)。

例えば、以下のような英文があったとします。

“It encrypts the data and then deletes the original.”

この英文を「それはデータを暗号化し、その後元のデータを削除します」と訳したとします。一見自然な訳文ですが、この「それ」が何を指しているのかが明確でないため、読者は混乱してしまう可能性があります。たとえ暗号理論にある程度の知識があっても、「それ」がプログラムなのか、送信者なのか判断がつかないのです。場合によっては、主語が省略されて「データを暗号化し、その後元のデータを削除します」と訳されることもあります。

このようなときは前後の文脈を丁寧に読み、「それ」が何を指しているのかを推測してマークする（丸で囲んで線で結ぶ）か、書き留めておくとよいでしょう。

主語がない場合も、読み手はまず主語にあたる代名詞が隠れていると想定したうえで、助詞や文脈を手がかりにして主語を推測することになります。この読み方に慣れてくると、翻訳書の読解がぐっと楽になります。

※1　翻訳者は原文に忠実に訳しているため、これ自体が悪い訳というわけではありません。
※2　助詞とは、言葉と言葉の関係や文法的な役割を示す言葉です。例えば「は」「が」は主語、「を」「に」は目的語を明確にする手がかりになります。

英語と日本語の間には、意味や表記にギャップのある用語が多数存在します。翻訳技術書を読むうえで、これらのギャップにどう向き合うかが、読解のスムーズさに大きく影響します。

ギャップには主に、以下の3つのケースがあります。

• ①日本語に訳語がまだ存在しない。
• ②英語圏と日本語圏で呼び方・表記が異なる。
• ③訳語が冗長・不自然で、国際的には英語のまま使われるのが一般的。

①の「日本語に訳語がまだ存在しない（定着していない）」については、独自の訳語が当てられたり、英語表記のまま記載されたりすることがあります。例えば、暗号ブロック長が合わない場合の調整手法として知られる“Ciphertext Stealing”には、自然な日本語訳が存在しません。カタカナで「サイファーテキスト・スティーリング」と表記するのも不自然であるため、現在は“Ciphertext Stealing”のまま記述するか、略称である“CTS”を使うのが一般的です。

②の「英語圏と日本語圏で呼び方・表記が異なる」については、翻訳技術書において原文に忠実な表記が使われる一方で、日本語圏での呼び名が補足されることがあります。例えば、他人の画面を背後や横から覗き見るハッキング手法は、日本語で「ショルダー・ハッキング」（Shoulder Hacking）といいますが、英語では「ショルダー・サーフィン」（Shoulder Surfing）になります。しかも、英語では”Surfing”にもかかわらず、訳語のカタカナ表記では「サーフィング」ではなく「サーフィン」と、語尾が不揃いになっていることも混乱のもとといえます。また、「ホワイトハッカー」という言葉は日本で通用しますが、英語圏では「ホワイトハットハッカー」（Whitehat Hacker）や「エシカルハッカー」（Ethical Hacker）のように表現されます。

このように呼称が異なると、読者が意味を誤解する可能性があるため、補足情報や注釈に目を通す意識が重要です。

③で略語が混乱を招く場合、視覚的に整理するのがよいと思います。IT分野では、略語（アクロニム）が頻繁に登場します。その際、翻訳書では日本語訳に加えて、原語（英語）と略語が併記されることが一般的です。例えば、以下のような英文があったとします：

“Advanced Encryption Standard (AES) is a symmetric block cipher…”

これを翻訳すると、「高度暗号化標準（Advanced Encryption Standard：AES）は、対称ブロック暗号であり…」となります(※)。このように最初に定義された略語は、その後の文章では「AES」のみで登場するのが普通と思いたいところですが、実際には「Advanced Encryption Standard」と「AES」が混在して出てくる洋書も珍しくありません。例えば、“Advanced Encryption Standard”をその都度「高度暗号化標準」と訳し、”AES” はそのままにしてしまうと、「高度暗号化標準」と「AES」が混在してしまい、読者にとって非常に読みにくいということもあります。そうした場合は、読者側で工夫して読むしかありません。

私の場合、紙やPDFで読んでいるときは、略語に関して自分で手書きのメモを加えることがあります。特に読みづらいページでは、同じ用語をフリーハンドで丸や四角で囲み、線でつなぐなどして、訳語と略語の関係性を視覚的に整理します。こうすることで、訳語の読みにくさに惑わされず、用語の意味を抽象化して読み進められます。

以上のように、英語と日本語の間でギャップのある用語は、読みにくさに直結します。しかし、それは内容の難しさというより、表記上・言語上のノイズにすぎません。

したがって、ギャップを無理に埋めようとするのではなく、「そういう違いがあるもの」として受け入れて読み進めるほうが、読書の観点では建設的といえます。

※　この例では、「訳語（原語：略語）」の順で訳しています。これは英文の語順に従った形ですが、「訳語（略語：原語）」という書き方が間違いというわけではありません。翻訳スタイルや編集方針により異なります。

翻訳書では、人名や固有名詞がカタカナ表記されるのが一般的です。

例えば、原文に “Alan Turing” と書かれていれば、翻訳では「アラン・チューリング」と表記されます。このように、よく知られた人物名であれば特に問題にはなりません。

問題になるのは、読みが難しい人名や、読者が初めて目にするような人名が登場した場合です。翻訳者が無理にカタカナ表記したことで、かえって違和感を覚えることがあります(※）

例えば、ElGamal暗号を知っている人であれば、暗号の名前としては英字で見慣れていると思います。そうした例で設計者の“Taher ElGamal”について書籍内で言及されるとき、「タヘル・エルガマル」と人名だけがカタカナで表記されていると、ElGamal暗号とのつながりにも気づきにくくなってしまいます。こうしたときは、カタカナで表記してある人名をネット検索すると、案外もともとの英語表記がすぐに出てくるものです。名前が “Taher ElGamal” であることがわかれば、そこから「ElGamal暗号の”ElGamal”だ」と連想できます。

以上のように、カタカナ表記に違和感があれば、「もしかして原文とズレがあるのかも？」と考えて原語を確認してみてください。

※　こうした混乱を避けるために、拙訳『暗号解読 実践ガイド』（マイナビ出版）では人名をカタカナ表記にせず、英語表記のまま記載する方針を取っています。

内容の本質と無関係な部分は、初読時には積極的に読み飛ばして問題ありません。再読時にじっくり読めばよいのです。ここでは、読み飛ばしてもよい例を挙げます。

• ①章冒頭の引用文
• ②日本で馴染みのない用語、例え話、慣用句、ことわざ
• ③冗長な表現
• ④謝辞

①は、章の冒頭にある、文学書や思想書からの引用フレーズのことです。ありがちな例としては『孫子の兵法』の引用文があります。

日本人が著者であるIT技術書ではほとんど見かけませんが、英語のIT技術書ではたまに見かけます。つまり、翻訳技術書でもたまに見かけるということになります。何らかの意図が込められているのでしょうが、こうした引用文の意味は理解しなくても問題ないことが大半です。

②については、原書の文化圏で常識とされる用語や事柄、筆者の趣味などが、説明なしに登場するケースです。これらの補足がないと、日本の読者にとっては読みにくさを強く感じるはずです。例えば、海外のTV番組、海外の芸能人、海外ファンの多い作品（「スター・ウォーズ」など）、ことわざ・慣用句などが挙げられます。

ここでは、例を2つ紹介します。

1つ目は『暗号解読 実践ガイド』には、“Wheel of Fortune”という用語が登場します。原文では、読者は知っていて当然のように書かれていますが、ほとんどの日本人は何のことかわからないでしょう。“Wheel of Fortune”（「ホイール・オブ・フォーチュン」）はアメリカ合衆国のクイズ番組であり、訳注でその説明を加えました。翻訳者としてはそうするしかありませんでしたが、正直なところ、こうした例示は読み飛ばしても構いません。

2つ目は、プロダクト・マネジメントの分野に登場する「豚に口紅」モデルです。この「豚に口紅」という表現は、「豚に真珠」や「猫の小判」の英語版と誤解されやすいですが、意味は異なります。「豚に口紅」（英語では“lipstick on a pig”）は、表面的に飾っても本質は変わらないという意味のことわざです。「豚に口紅を塗ったところで、しょせん豚は豚」というわけです。海外の読者であれば、ことわざの意味からモデルの意図も直感的に理解できるのでしょう。しかし、日本人にとっては馴染みのない表現であり、詳しい説明がないと理解しづらくなります。誤って「豚に真珠」などの意味合いと混同してしまうかもしれません。したがって、いっそ飛ばした方がいいです

③については、小説なら別ですが、IT技術書であれば、本筋の理解に直接関係しない用語や冗長な表現は、読み飛ばしても問題ありません。

後ほどテクニックとして述べますが、長文に出会ったら、短く切るだけでも読みやすくなります。さらに読みやすくするために、冗長な表現をカットするのが有効です。最初のうちは、どの用語を飛ばすべきか悩むかもしれませんが、多読を続けるうちに自然と感覚が身につくはずです。「ルールを覚える」というより、慣れの中で判断力が養われます。

④の謝辞とは、著者が協力者に対して感謝の意を述べるセクションです。見慣れない人名が延々と続くうえに、内容として得られる情報はほとんどありません。したがって、謝辞についてはざっと目を通すか、思い切って読み飛ばして、本編に集中しても構いません。

英語圏に生まれていれば、英語がネイティブとなり、最新の英語の本を原文のまま読むことができたでしょう。

では、読書という観点で、日本に生まれて不運だったのでしょうか？

いいえ、決してそうではありません。

世界には数多くの国がありますが、日本ほど翻訳書が身近な国は、実は多くありません。日本では、ほとんどの学問を日本語で学べます。最前線の研究レベルではない限り、日本語の情報で対応できるのです。実は、こうした環境は世界的に見ても珍しいといえます。こうした環境が成り立つ理由は、専門書の出版に力を入れている出版社や、翻訳に尽力している出版社の存在にあります。そのおかげで、専門的な内容であっても、日本語で読めるのです。

こうした背景があるからこそ、IT技術書においても、多くの翻訳書が存在しています。つまり、日本では翻訳書で学ぶことも、原書（洋書）で学ぶことも可能であり、学習の選択肢が広いという利点があります。このことから、読書環境に関して言えば、日本に生まれたことはそれなりに恵まれているといえるでしょう。

以上、翻訳技術書をスムーズに読み進めるためのテクニックを紹介しました。これらを実践することで、翻訳技術書を効率よく通読できるようになります。ぜひ日々の読書に取り入れてみてください。それぞれのテクニックを意識し続けることで、やがて習慣となり、難しい翻訳本もストレスなく読みこなせるようになります。

そして、なによりも読書を楽しみながら、自分自身の成長を実感していきましょう。