💡 この記事の3行まとめ
- 乗り換えを迷うのは、比較の軸が「訳文の質」に寄りすぎているからです。GitHub の読解では公開範囲・往復回数・回線の有無の3つで判断できます。
- 3つの条件のうち2つ以上に当てはまるなら、オンデバイスへの乗り換えは合理的です。当てはまらないなら、いまのやり方を続けて構いません。
- Mac専用OCR翻訳『Zipp』は
⌃Sで囲んで 0.3秒、Apple Visionの端末内処理。無料でダウンロード（登録不要）、1日15回まで試せます。
📌 この記事の対象読者
- GitHub の英語を、ブラウザの翻訳機能やクラウド翻訳で読んでいる方
- 乗り換えたい気持ちはあるが、決め手がなくて動けない方
- 判断の基準を先に決めてから、道具を選びたいエンジニア
乗り換えの判断が止まるのは、比べる軸が違うから
GitHub の英語を読む手段は、いくつも思い浮かびます。ブラウザの翻訳機能、クラウドの翻訳サービス、エディタの拡張、そして端末内で完結する翻訳。どれも「英語が日本語になる」という結果は同じです。だから比較は訳文の自然さに向かい、そこで止まります。
しかし GitHub の読解で実際に効いているのは、訳文の質ではありません。Issue を読む、Pull Request のレビューコメントを読む、Actions のログを読む。この3つに共通するのは、読む対象が公開情報とは限らないという点です。private リポジトリのコード、社内の顧客名、未公開のリリース計画。これらが画面に出ている状態で、テキストを外部のサービスに貼る行為は、訳文の質とは別の次元の判断を要求します。
もうひとつ見落とされがちなのが、往復の回数です。1日に何度も GitHub を開く人なら、1回あたり数秒の往復でも積み上がります。逆に、週に数回しか読まない人にとっては、往復はほとんど問題になりません。同じ道具でも、使う頻度によって意味が変わります。
3つ目は回線です。移動中、客先、ネットワークが制限された環境。GitHub を開けない場所で読む必要があるかどうかは、人によって違います。この3つは、訳文の質を一切比べずに答えを出せる問いです。比べる軸を先に変えるだけで、判断は数分で終わります。
解決策：3つの条件で判定し、3手順で移行する
手順1：直近1週間の読み方を1行ずつ記録する
まず、事実を集めます。直近1週間で GitHub の英語を読んだ場面を思い出し、次の3項目を1行ずつ書きます。
- そのリポジトリは公開か、非公開か
- その日、何回翻訳したか
- そのとき回線はあったか
全部を思い出せなくて構いません。3〜5行あれば傾向は見えます。記録の目的は報告書を作ることではなく、印象を事実に置き換えることです。「なんとなく不便」という感覚は、条件に当てはまるかどうかを判定できません。
手順2：3つの条件に当てはまる数を数える
記録を見ながら、次の3つを確認します。
- 条件1・非公開の情報を読むことがある：private リポジトリ、社内 Issue、未公開の設計メモ。
- 条件2・1日に3回以上翻訳する：Issue、PR、Actions のログを含めた回数。
- 条件3・回線がない場所で読む必要がある：移動中、客先、制限されたネットワーク。
当てはまった数が2つ以上なら、オンデバイスへの乗り換えは合理的です。1つ以下なら、いまのやり方を続けても大きな損失はありません。判定に迷いが出ないように、数で切るのがこの手順の要点です。
条件1だけが当てはまる場合も、乗り換える価値はあります。情報管理は回数や頻度と関係なく、1回の漏えいで意味が変わるからです。逆に条件2と3だけなら、速さと可用性の話として乗り換えを考えれば十分です。
手順3：1週間だけ並行して走らせ、戻すか残すかを決める
判定したら、いきなり切り替えず、1週間だけ並行します。GitHub の英文を、いつもの手段と ⌃S の両方で読み、手数が減った場面と変わらなかった場面を1行ずつ残します。
⌃S（Control + S）を押して読みたい範囲をドラッグすると、0.3秒で訳が最前面に表示され、原文は隠れません。この方式の特徴は、囲んだ範囲しか訳さないことです。Issue の見出しだけ、PR のコメント1段落だけ、Actions のエラー2行だけ。読む対象を自分で決められるので、長文を貼って全文訳を読むより、判断に必要な情報に早く届きます。
1週間のあとで、手数が減った場面が1つでもあれば残します。ゼロなら戻してください。戻せる前提で試すと、試すこと自体の心理的な負担が下がります。乗り換えは一度きりの決断ではなく、1週間の試用の結果です。
乗り換えの判断材料を比べる
【非公開情報の扱い】
従来：テキストや画像が端末の外に出る
Zipp：画面画像の外部保存ゼロ。Apple Visionで端末内処理
【1回あたりの手数】
従来：範囲を選び、サービスへ渡し、戻る
Zipp：⌃S で囲むだけで、画面から離れない
【回線がない場所】
従来：使えない、または機能が制限される
Zipp：端末内で完結するため、回線に依存しない
【訳す範囲の制御】
従来：ページ全体、または選択した範囲に限られる
Zipp：必要な数行だけを矩形で囲める
【原文との照合】
従来：訳文と原文を別々に見ることになる
Zipp：原文が隠れず、同じ画面で見比べられる
【試しやすさ】
従来：利用条件の確認が必要
Zipp：無料でダウンロード（登録不要）／1日15回まで
よくある質問（FAQ）
Q. 訳文の質は比べなくていいのですか？ A. 比べる順序を後ろにしてください。公開範囲・回数・回線の3つで「乗り換える価値があるか」を先に決め、そのあとで質を確認します。順序を逆にすると、質の比較だけで数週間が過ぎます。
Q. 条件が1つしか当てはまりません。乗り換えないほうがいいですか？ A. 必須ではありません。ただし条件1（非公開情報）が当てはまるなら、回数が少なくても乗り換える意味はあります。情報管理は頻度ではなく、1回の扱いで決まるためです。
Q. 並行運転の1週間で、何を記録すればいいですか？ A. 「手数が減った場面」と「変わらなかった場面」の2種類だけで十分です。訳文の良し悪しを記録し始めると、判断がまた主観に戻ります。
Q. 1日15回で並行運転は足りますか？ A. 1日に読む場面を3〜5回に絞れば足ります。全部を試そうとせず、判断に迷った場面だけを ⌃S で読むと、比較の精度が上がります。
乗り換えは、条件を決めた人から終わる
道具の比較記事を読んでも決められないのは、記事が訳文の質を比べているからです。自分の状況で決めるべきことは、もっと手前にあります。何を読んでいるか、1日に何回読むか、どこで読むか。この3つが分かれば、乗り換えの答えはほぼ出ます。
今日、直近の GitHub の画面を1つ思い出し、3つの条件に当てはまるか数えてみてください。2つ以上なら、⌃S で囲んで1週間だけ並行運転を。1つ以下なら、いまのやり方を続けながら、条件が変わったときに戻ってきてください。
▼ 無料でダウンロード（登録不要・1日15回まで）
zipp-mac.surge.sh