執筆

英語で一度書き、自動翻訳でより多くの読者に届ける

公に文章を書くことは、自分自身の学びとなり、他者の助けにもなります。しかし、一つの言語だけでは届く範囲が限られてしまいます。英語のソースを一つ書き、残りはパイプラインに翻訳と公開を任せましょう。

この記事は英語の原文をAIモデルが翻訳したものです。表現が原文と異なる場合があります。 英語の原文を読む

パブリックに書くことは、ある物事を学ぶための優れた方法の一つですが、そのリーチは通常、一つの言語の境界で止まってしまいます。あなたが英語で記事を書くのに一晩を費やしても、韓国語や日本語で考える読者がそれを見つけることはありません。解決策は、手作業でさらに4つの記事を書くことではありません。一つのソースを書き、残りの翻訳と公開はパイプラインに任せることです。そうすれば、あなたは単一のファイルを維持しながら、同じアイデアをはるかに多くのオーディエンスに届けることができます。この記事では、そのセットアップがどのように機能するのか、それがあなたの文章に何を求めるのか、そしてどのような場合にその手間をかける価値がないのかについて説明します。

なぜ公の場で書くことには労力をかける価値があるのか

最初の見返りは、あなた自身のためのものです。説明を公開するには、全体像を一度に頭の中に入れ、整理しなければなりません。アイデアがメモの中にしかなかったときには見過ごしていた抜け穴が、3番目の段落を書こうとした瞬間に明らかになります。教えるという行為こそが、自分が実際には理解していなかった部分を明らかにしてくれるのです。結局、そのテーマについて2度学ぶことになります。一度目は個人的に不完全に、そして二度目は公の場で適切にです。

2番目の見返りは、あなたが解決したばかりのまさにその問題を抱えている読者のためのものです。技術的な検索のほとんどは、夜11時に行き詰まり、自分のエラーについて説明しているたった1つのページを探している人によるものです。あなたがリリースした実際の修正についての短く正直な投稿は、その人にとって、洗練された概要よりも価値があります。なぜなら、それは彼らの疑問の形に合致しているからです。

3番目の見返りは、訂正です。公の場で何か間違ったことを書くと、より詳しい誰かがそれを指摘してくれる傾向があります。それは不快ですが、価値のあることです。個人的なメモは、誰も読まないので決して間違っていることはありません。公開されたメモは、あなたの死角を共有しない人々によってプレッシャーテストを受けます。

これら3つの見返りはすべて、その文章をどれだけの人が読めるかによって上限が設けられます。その上限こそが、この記事の残りの部分で扱う問題です。

1つのソース、多くの読者

考え方はシンプルです。あなたは1つの言語(ここでは英語)で執筆し、そのファイルをあなたが所有する唯一のものとして扱います。ファイルを保存した後は、すべて機械の仕事です。Markdownをパースし、サポートする他の言語に翻訳し、各翻訳を独自のURLを持つ個別のページとして公開します。あなたは翻訳に決して触れません。文章を修正したいときは、英語のソースで修正します。すると、次の実行で再翻訳と再公開が行われます。

このブログはまさにそのように運営されています。1つの記事は、1つの英語のMarkdownファイルです。プッシュすると、インジェストステップがそれを韓国語、日本語、簡体字中国語、繁体字中国語に翻訳し、それぞれを個別のページとして提供します。私が書いた1つのファイルから、5つの言語のページが生まれるのです。その倍増効果は明白です。もしあなたの英語の記事が一定規模の読者に届けば、追加の執筆時間をほとんどかけることなく、さらに4つの言語版がそれぞれ同程度の規模の読者に届く可能性があります。

これを手作業で行うのではなく自動化する価値がある理由は、手動翻訳が編集作業に追随できないからです。英語版でタイポを1つ修正しただけで、手作業で作られた4つの翻訳は同期がずれ始め、生きているドキュメントの5つのバージョンを整合させ続けることは、誰もがやがてやらなくなる仕事です。単一のソースからすべての翻訳を再生成するパイプラインは、そのずれを構造的に排除します。信頼できる唯一のソースは1つだけであり、翻訳は、コンパイルされた出力のような、派生的な成果物となります。

機械がうまく翻訳できるように書く

自動翻訳の品質は、与えられた文章の品質に左右されます。モデルは、平易で直接的な文章はきれいに翻訳しますが、気の利いた文章は台無しにしてしまいます。したがって、翻訳パイプラインのために書くということは、結果的に良い文章の書き方でもあるのです。

原則は、読者がすでに英語で考えていることに依存するものをすべて取り除くことです。イディオム、駄洒落、文化的なジョーク、そして長い代名詞の連鎖はすべて翻訳がうまくいきません。なぜなら、モデルは文字通りの言葉の外にある意味を推測しなければならないからです。具体的な名詞を使った、明確で、重要な情報を前に出した文章は、推測する要素が少ないため、うまく翻訳されます。

このように書く 翻訳者がうまく扱える理由
短い平叙文 異なる文法間で並べ替える節が少ない
1文につき1つのアイデア モデルはどの節が要点かを推測する必要がない
イディオムの代わりに平易な動詞 "reduced" は翻訳後も意味が通じるが、"moved the needle" はそうではない
用語を一度定義し、その後は同じ単語を再利用する ターゲット言語では3つの同義語ではなく、1つの統一された用語が得られる
代名詞の連鎖よりも具体的な名詞 "the query" は曖昧さがないが、3文後の "it" はそうではない

イディオムの問題の具体例です。

Before: We finally moved the needle on cold starts.
After:  We reduced cold start time.

「前」の行は、モデルが意味をレンダリングする前に比喩を解読することを強制し、4つの翻訳でその比喩が何を意味したかについて意見が分かれるでしょう。「後」の行は1つの意味しか持たず、毎回同じように翻訳されます。少しの個性を失いますが、同時に4つの言語での正確性を得られます。技術的な記事にとっては、それは良いトレードオフです。

コードと技術用語には、それら独自の注意が必要です。製品名、API識別子、予約語は、現地の近似的な言葉に翻訳されるのではなく、そのままの形で通過させたいものです。優れたパイプラインは、フェンスで囲まれたコードブロックとインラインコードを翻訳から保護し、英語のままにすべき用語の小さな用語集を保持します。もしあなたが goroutine と書いて、それがすべての言語で goroutine のままであることを期待するなら、それを強制するのが用語集です。それがないと、善意のモデルがキーワードを喜んでローカライズしてしまい、意味を壊してしまいます。

機械翻訳であることを読者に伝える

機械翻訳は優れたものですが、完璧ではありません。そうでないふりをすると、読者が最初に不自然な文章に出くわしたときに、あなたの信頼は失われます。誠実な対応とは、ページ上でその旨を伝えることです。

すべての翻訳版には、自動翻訳された旨の短く目立つ注記を、元の英語版へのリンクとともに記載すべきです。これには2つの効果があります。これにより適切な期待が設定され、奇妙な言い回しは、ずさんさではなく既知の制限として読まれるようになります。そして、バイリンガルの読者には逃げ道を提供します。翻訳された文章が不明瞭な場合、原文を開いてあなたが実際に何を意図したかを確認できるのです。原文が正であり、あなたはその正がどこにあるかを読者に伝えているのです。

この透明性は、あなた自身をも守ります。もし翻訳が技術的な詳細を微妙に間違えたとしても、注記付きの原文が、あなたが述べたことの記録となります。あなたは、機械があなたに代わって一語一句代弁していると主張しているわけではありません。あなたが主張しているのは、英語があなたのものであり、翻訳はそこに至るためのベストエフォートの架け橋である、ということです。

多言語化のコスト

これらはどれも無料ではなく、正直にセールストークをするなら、その費用についても言及しなければなりません。

最初のコストは、翻訳の品質管理です。散文はうまく翻訳できます。コード、表、そして正確な専門用語が密集している投稿は、モデルが最も逸脱しやすい箇所です。見出しを言い換えたり、キーワードをローカライズしたり、行を静かに削除したりします。それに対するガードレールが必要です。つまり、コードを保護し、用語集を維持し、公開する代わりに質の悪い翻訳を拒否またはロールバックできる検証ステップを設けることです。その仕組みを構築し、維持し続けるには、相応の作業が必要です。

2番目のコストは、多言語SEOです。1つの投稿に5つの言語版があるということは、検索エンジンが5つのURLを、重複したコンテンツや内容の薄いページではなく、異なる言語の同じコンテンツであると理解しなければならないことを意味します。それは、hreflangアノテーション、正しいcanonicalの処理、そしてカテゴリページがインデックスされる価値があるほど各言語に十分な実質的なコンテンツがあることです。これを間違えると、自分自身と競合することになったり、サイト全体が評価を下げられたりする可能性があります。この複雑さは言語数に応じて増大し、なくなることはありません。

3番目のコストは、パイプラインそのものです。静的ファイルというシンプルさと引き換えに、解析、翻訳、検証、公開を行うシステムを手にすることになります。誰かがそのシステムに責任を持たなければなりません。午前2時に翻訳の実行が失敗した場合、それも今やあなたのブログの一部です。単一ソースという規律は真の利点ですが、そのソースをページに変換するすべてのものの運用面という代償を払うことになります。

これらのコストを総合すると、多言語対応のセットアップは、言語を超えたリーチにそれだけの価値があると判断できる場合にのみ、採算が取れるということになります。

1つの言語で十分な場合

読者がすでに1つの言語を共有している場合は、これらすべてをスキップしてください。チーム、地域コミュニティ、または英語を問題なく読める市場向けに執筆する場合、さらに4つの言語に翻訳するとコストがかさみ、新しい読者はほとんど増えません。そのパイプラインは、その先に読者がいないオーバーヘッドになります。

投稿の寿命が短い場合もスキップしてください。リリースノート、ステータス更新、および一刻を争うお知らせは、一度読まれたら陳腐化します。翻訳のメリットは、何年にもわたって検索で見つけられ続けるエバーグリーンな投稿の寿命を通じて複利的に増えていきます。来週には無関係になるようなものには、ほとんど効果がありません。

そして、早い段階ではスキップしてください。3つの投稿を公開しただけで、まだ自分のスタイルを模索している段階なら、翻訳パイプラインをまだ構築しないでください。人々が実際に読むまとまった作品ができるまで1つの言語で書き、リーチが仮説ではなく現実的な制約になったときに言語を追加します。うまくいく順序は、第一に執筆、第二に読者、第三に翻訳です。読者がいないうちに仕組みを構築することは、まだゼロである数値を最適化していることになります。

大まかなテストは次のとおりです。投稿の生涯読者数の最善の推測値に、その読者のうちソース言語を読めない人の数を掛け合わせます。その数が多く、投稿が長期間にわたって関連性を保つ場合、パイプラインは元が取れます。その数が少ない場合は、1つの言語で書き、節約した労力をより多くの執筆に費やしてください。

続ける価値のある習慣

ツールの根底では、重要なことは変わっていません。ある主題を学ぶには、それを説明することです。そして、その説明をプライベートファイルに保管するのではなく公開することで、人々を助けるのです。自動翻訳は、その習慣に取って代わるものではありません。それはただ門戸を広げ、ある1つの言語で書こうとしていた同じ投稿が、いつの間にかさらに4つの言語に届くようにするだけです。

それが求める規律、すなわち平易な文章、一度に1つのアイデア、具体的な言葉、定義された用語は、あなたの言語を共有する読者にとって文章を明確にする規律と同じなのです。いずれにせよ、あなたはそのように書くべきだったのです。翻訳パイプラインは、それをしないことの代償を高くするだけであり、あなたがそうしたときには、より多くの人々が恩恵を受けられるようにします。