英語配列 17 種をローマ字入力で使うと何が起きるか — Colemak と新月配列を組み合わせる根拠

Colemak・Canary・Sturdy・Dvorak など英語向け 17 配列を、英語コーパスと日本語ローマ字入力の両方で同じ時間モデルで評価しました。英語 1 位の Canary がローマ字で最下位になる理由と、Colemak + 新月配列という構成が成り立つ根拠を示します。

更新(2026-10-18): ローマ字入力向けに作られた 5 配列(夏目・大和・せおと・Tomisuke・サーモン-2)を、同じ条件で追加で測りました。日本語のローマ字入力では、夏目配列(2.109)と大和配列(2.120)が大西より速い結果でした(この 5 配列は英語では測っていません)。あわせて「かな系との差は 15% 以上」を訂正しました(正しくは 14〜24%。追加後のローマ字系で最速の夏目配列とは 11〜21%)。該当箇所に日付を付けて追記しています。

英語配列を日本語でも使えるのか

Colemak や Dvorak に乗り換えた人が次に悩むのが、「この配列のままローマ字入力すると遅くなるのでは」 という問題です。英語向けの新配列は英語の 2 文字連接(bigram)を最適化して作られており、日本語ローマ字の子音 + 母音という並びを想定していません。

そこで英語向け 17 配列を、同じ時間モデルで英語と日本語ローマ字の両方 にかけました。判定基準・コーパス・重み感度は 日本語入力 56 方式のベンチマーク と共通です。


1. 英語ランキング(英語コーパス 20 万字)

#配列ハードZ X C V のうち QWERTY 位置のまま時間/字95% CISFB交互順位範囲
1CanaryANSI 30—1.4391.430–1.4491.2%57%1–1
2SturdyANSI 30Z1.4631.445–1.4841.0%58%2–2
3APT v3ANSI 30—1.4841.450–1.5231.0%56%3–4
4Semimak JQANSI 30—1.4861.459–1.5170.9%62%3–4
5Colemak-DH (ANSI)ANSI 30V1.5121.481–1.5511.5%54%5–5
6ColemakANSI+数字段Z X C V1.5291.497–1.5671.5%54%6–7
7GraphiteANSI 30X1.5631.537–1.5901.0%61%7–9
8NerpsANSI 30—1.5651.534–1.5991.1%60%7–8
9Gallium v2ANSI 30—1.5781.550–1.6081.1%61%9–10
10DvorakANSI+数字段—1.5801.540–1.6253.0%64%6–11
11EngramANSI 30—1.5921.563–1.6281.7%61%9–11
12WorkmanANSI 30Z X1.6511.625–1.6832.5%51%12–13
13Hands Down NeuANSI 30—1.6651.640–1.6981.0%61%12–13
14MTGAP 2.0ANSI 30—1.6731.639–1.7061.5%61%14–14
15NormanANSI 30Z X C V1.7131.685–1.7444.5%51%15–16
16HalmakANSI 30—1.7171.690–1.7462.2%60%15–16
══ 壁(Δ +0.428) ══
17QWERTYANSI 30Z X C V2.1452.118–2.1734.5%48%17–17

英語では同時押しが無いので β の影響が無く、順位は重みだけで決まります。それでも 壁は QWERTY の手前 1 本だけ でした。Canary と Colemak の差は 6% で、隣接同士なら有意でも群としては分かれません(Dvorak が 6〜11 位で揺れて群をつなぐため)。

つまり QWERTY からの脱出だけが有意で、そこから先の乗り換えは同格グループ内の移動 です。

ショートカットキーの位置

英語配列を選ぶ実務上の争点は、Ctrl+Z / X / C / V(取り消し・切り取り・コピー・貼り付け) の位置です。この 4 つが QWERTY と同じ位置にあれば、既存の指の記憶と全アプリのショートカットがそのまま使えます。

上の表の列を見ると、Z X C V を 4 つとも QWERTY 位置に保っているのは Colemak・Norman・QWERTY の 3 つだけ です。そして その中で最速が Colemak(6 位、1.529) になります。Colemak-DH は下段が z→x, x→c, c→d と 1 つずつずれるため Z X C が動き、V だけが残ります(公式実装)。この条件からは外れます。

「ショートカットを崩さない」という制約を課したとき、Canary(1 位)ではなく Colemak が選択肢の先頭に来る のはこのためです。1 位との差は 6% で、有意な壁の内側にあります。

英語 17 配列の統一評価。推定時間/字を横棒グラフで昇順に並べた図。Canary が 1 位、Colemak が 6 位、QWERTY だけが大きく離れた最下位に置かれ、その手前に有意差の壁が引かれている


2. 同じ 17 配列をローマ字入力で使うと

同じ配列定義に日本語のローマ字テーブルを載せ、公開コーパス(15 万かな)で測り直します。順位はほぼ総入れ替えになります。

日本語での順位配列(ローマ字入力)時間/かな英語での順位順位の変化
29大西2.156(英語評価対象外)—
31Eucalyn2.376(英語評価対象外)—
33Norman2.51115↑ 英語 15 位 → 英語 17 配列の中でローマ字最速
34DvorakJP2.579(ローマ字専用)—
35Hands Down Neu2.74613
36Workman2.74612
37MTGAP 2.02.76114
38Dvorak2.88810
39Engram2.94311
41Semimak JQ2.9664↓
42Colemak-DH2.9715↓
44Colemak3.0036↓
46APT v33.0483↓↓
48Halmak3.14416
49Nerps3.1568↓
50Gallium v23.1899↓
52QWERTY3.19517—
53Graphite3.2027↓↓
54Sturdy3.2142↓↓↓
55Canary3.3171↓↓↓ 英語 1 位 → ローマ字最下位

(順位は日本語 56 方式全体の中での順位です)

Canary がローマ字で最下位になる理由

英語 1 位の Canary が、ローマ字入力では QWERTY より遅い最下位(3.317) になります。Sturdy(54 位)・Graphite(53 位)も QWERTY 並みです。

原因は最適化の方向にあります。英語向けの新配列は、英語の子音連接や語尾パターンに合わせて 母音を左右に散らし、上段・下段も積極的に使う ように作られています。一方ローマ字入力は「子音 → 母音」の 2 打鍵が全体の大半を占めるため、必要なのは 母音 5 文字がホーム段のまとまった位置にあること です。この 2 つの最適化目標が真っ向からぶつかります。

補助指標を見ると差がはっきりします。ローマ字入力時の指負荷ペナルティは Canary が 0.891、Sturdy 0.853、APT v3 0.814 と大きく、Colemak 0.521、QWERTY 0.217、大西 0.059 と続きます。英語で洗練された配列ほど、ローマ字では負荷が偏る という逆転が起きています。

最初に評価した 23 通りの中では大西配列が別格

最初に評価した 23 通りの中で日本語ローマ字が最も速かったのは 大西配列(2.156、全体 29 位) で、次点の Eucalyn(2.376)に 10% 差をつけています。大西は母音を左手にまとめる設計で、ローマ字の「子音 → 母音」を左右交互打鍵に落とし込めます(交互率 82.1%、23 通りの中で最高)。

(2026-10-18 追記)その後、ローマ字入力向けに作られた 5 配列を同じ条件で追加で測りました。日本語ローマ字では、夏目配列(2.109)と大和配列(2.120)が大西より速く、せおと配列(2.279)・Tomisuke 配列(2.279)・サーモン-2(2.445)は大西より遅い結果でした。交互率は、せおと配列(83.7%)と大和配列(82.2%)が大西より高くなっています。この 5 配列は英語では測っていません。詳しくはベンチマーク記事の追記にあります。

評価した配列の中では、英語と日本語を 1 つのローマ字配列で両立させる現実的な解は大西でした。(2026-10-18 追記: 日本語のローマ字入力だけで見ると、追加した夏目配列・大和配列のほうが大西より速い結果でした。この 2 配列も大西も、英語では測っていません。四月一日配列など、まだ評価していない配列もあります)

ただし大西でも、上位のかな系には届きません。上位のかな系(1.74〜1.89)に対して大西は 2.156 で、+14〜24% の位置です。短縮符号を足した「大西 + 短縮」でも 2.153 と、改善は 0.15% しかありませんでした。追加したローマ字系で最速の夏目配列(2.109)でも、上位のかな系とは 11〜21% の差があります。(2026-10-18 訂正: 初出は「かな系配列との差は 15% 以上あって越えられません」「+15〜24% の位置」)


3. 「Colemak + 新月配列」という組み合わせ

ここまでのデータをまとめると、次のようになります。

目的最適な選択根拠
英語を速く打つCanary〜Halmak の 16 配列は同格。ショートカットを保つなら Colemak英語ランキング 6 位、Z X C V を維持する中では最速。1 位との差 6% は壁の内側
日本語を速く打つかな配列(新月・月系・新下駄など)上位のかな系とローマ字系の差は 11% 以上(2026-10-18 訂正: 初出は 15% 以上)。評価したローマ字系 28 通りでは埋まらない
1 つのローマ字配列で両立大西最初に評価した 23 通りのローマ字系で最速だが、かな系には届かない(2026-10-18 追記: 日本語だけなら夏目・大和のほうが速い)

つまり 「英語配列の選択」と「日本語入力方式の選択」は、別々に最適化したほうが速い という結論になります。ローマ字入力を捨てて日本語をかな配列に移せば、英語配列側はローマ字適性を気にせず英語だけで選べます。

新月配列は、この分業と相性の良い性質を 2 つ持っています。

  1. 英語配列と競合しない。Windows / Linux では hazkey のローマ字テーブル(かな → キー列の対応表)を差し替えるだけで導入でき、キーボード配列そのものは触りません。macOS は Karabiner-Elements の設定として導入します。どちらも英語入力時の配列はそのままです。
  2. QWERTY 版と Colemak 版の両方の定義ファイルを配布している。Colemak を使っている人は Colemak 版(shingetsu-ansi-colemak.tsv)を読み込むだけで、刻印どおりの配置で使えます。

「英語は Colemak、日本語は新月配列」という構成は、英語ランキングでショートカットを保ちつつ最速の配列と、かな系の第 1 群に入る日本語入力方式を、干渉させずに両方取る という組み合わせです。

導入手順は トップページの導入方法 を、日本語側の位置づけは 56 方式ベンチマーク を参照してください。


4. 注意点

  • 英語の順位も「実測」ではなくモデル推定です。Colemak / Dvorak を同一被験者で QWERTY と比較した査読付き研究は、筆者の文献調査では 1990 年代以降のものを見つけられませんでした。近年の Monkeytype 等の配列別統計もユーザーの自己申告ベースです。
  • 大規模実測としては Dhakal ら(CHI 2018、16.8 万人・1.36 億キーストローク、DOI: 10.1145/3173574.3174220)があり、平均 51.56 WPM(参加者の 98.1% が QWERTY)、上位 10% が約 78 WPM 超、最速は 120 WPM 以上と報告されています。配列間の比較データではありません。
  • ローマ字入力の評価では、各配列の定義に日本語のローマ字テーブルを載せた上で、句読点・長音などの記号キーも実際に使う位置で計算しています。数字段や周辺キーを使う配列はその分ペナルティを受けます。

データと再現方法

項目内容
評価器統一評価器 evaluate.py。日本語・英語で同一の時間モデル。2026-09-25 時点で評価器・配列定義・結果データは未公開
英語コーパス200,001 字(Pride and Prejudice + Wikipedia 2 記事)
日本語コーパス公開 150,024 かな(青空文庫『こころ』『坊っちゃん』+ Wikipedia 10 記事)/私的 91,875 かなで対照
配列定義英語 17 配列を出典 URL つきの JSON で定義(Colemak-DH は ANSI 版、Canary は Angle-Mod 無しの既定版)
信頼区間40 チャンク × 200 回ブートストラップの 95%
感度分析重み 5 セット(既定 / 同指 2.0 / 交互 1.0 / 小指 2.4 / E 平坦)× β 3 通り = 15 条件。英語は同時押しが無いため β の影響なし
壁の定義上側の全配列が下側の全配列に対し、95% CI が重ならず かつ 15 条件すべてで順位が上
測定日2026-09-13

新月配列の Colemak 版・QWERTY 版の定義ファイルは GitHub リポジトリ(MIT)で公開しています。

新月配列を気に入ったら、ぜひ広めてください 🌙