安定型（母子左右分離）のメリットって何？

タイトルのように聞かれて答えられる自信がありません。改めて考え直します。

以前うぇるあめさんからこう教えてもらいました。

しかし私見ではそれ以上に、QWERTYはすでに人間が使いきれないほどの加速力を十分に備えており、競技者感覚では乗り換えることで速度が上がるという確信が持てない、というのも非常に大きな理由になっていると思います。

返信も兼ねて：タイパー向けの専用配列の可能性 - うぇるたいぷろぐ

こう言えるのはQwertyが速度型（母子左右非分離）だからこそでしょう。同手同時押しの強みを活かして速度を上げられると理解しています。

もちろん大西さんのように安定型で一般の方から見て相応に速い記録を残されている方もいます。一概に言い切ることはできませんがそれでもQwertyが測定しやすい分野で結果を残していることは事実です。軽視するわけにはいきません。

使用者の中央値で比べたらたぶん勝ってるポユシ。

大西配列 よくあるご意見｜大西拓磨

もちろん日常の文書作成でメリットがあるのは理解できますがそこまでするのなら、かな配列を使ってはどうかという気もします。この疑問に母子左右分離型のユーザーの皆さんなら答えられるでしょうか。

配列にもパブリックとプライベートがあっていい

先のエントリを見ていただいた方には伝わっているでしょうが配列制作にはパズルの側面があります。しかしパズルの結果が制作者の価値だとしたらすごくつまらない世界です。パズルは楽しむものです。その結果で誰かを責めるべきではありません。

配列にも公私の区別があっていい気がします。誰もが使えると言い切れる配列とあくまで個人の楽しみとして作った結果を公開している配列です。U式は後者ですね。毎パソ勢の方が使えばイライラするのが目に浮かびます。

薙刀式と大西配列は前者と言えるはずです。その境界線をどこに引くかはひとまず作者の自己申告に頼ることになるでしょうがどこかで線を引いてもいいのではないでしょうか。

謎の負けず嫌いが発動


使わない配列で競争をするのはくだらない気もするのですがシンプルにスコア（コスト）で負けたくないという気持ちがあるのも事実です。DRY配列はあまり手を入れていませんし思想的に指負荷分散型なので比較対象として適切ではないかもしれません。三ツ矢配列に手を入れました。jap-n.txtはそのままです。ディットさんは調整されているそうですから不服であれば言ってください。やり直します。

夏目配列

三ツ矢配列改


また移動距離とコストを表にします。移動距離では劣っていますが一応コストは下回っています。

夏目配列 三ツ矢配列 両者の比率
移動距離 8344.86 8577.56 0.97287107289
コスト 152.7 152.5 1.00131147541

追記

また少し手を入れました。キリがないのでこの辺にしておきましょう。

追記２

やはり気になってしまいますね。今度こそ終わりにします

追記３

これでディットさんが（おそらくは調整したjap-n.txtで）出していた150.6は一応下回りました。ひとまず満足です。

ディットさん、それだと長音がゼロなのに気づきましたか？


修正版で比較します。

夏目配列


大西配列



移動距離とコストを表にします。

夏目配列 大西配列 両者の比率
移動距離 8344.86 8969.51 0.93035851456
コスト 152.7 154.3 0.98963058976

確かに移動距離は7％ほど縮まっている計算ですがコストの改善は1.1％程度です。先日のColemakとの比較からも言えることですが、必ずしも移動距離の改善が直接コストに反映されるとは限らないのではないでしょうか。

自分もこんな風に思われているんだろうか

jigendaddy.hatenablog.com

打った実感とはだいぶ異なるので、
おそらくバグがある。

【薙刀式】数値評価の難しさ: 大岡俊彦の作品置き場

薙刀式に関する問題も調べたら見つかりました。Sonnet5が２つ指摘しています。

一つは（大岡さんはあえて指摘されていないのだと思いますが）Space面がSpaceキーでなく左小指のShift同時押しとして計算されています。

もう一つは「てぃ」「ふぁ」等の外来音が薙刀式ではなくQwerty配置で打つとして計算されていました。

Sonnet5は「設計上の選択」や「実装範囲の限界」という表現を用いましたが大岡さんの目から見ればどちらもバグでしょう。おそらくシンプルに薙刀式の仕様を知らないのだと思います。先日の長音も含めて設計思想は素晴らしいだけに残念です。上記２つの問題を修正し薙刀式マニュアルのコラムで比較しました。

修正前

修正後



日本語でColemak>大西配列？そんなことあるか？


jap-n.txtで比較するとColemakのコストが大西配列を下回りました。これだけ見るとColemak>大西配列です。不自然に感じたのでSonnet5に聞くとバグを２つ指摘しました。正確には３つでしたが私の判断で２つということにします。

一つは打ち終わりでホームポジションに戻す際の移動距離を計算に入れていることです。これは仕様と言われてしまえばそれまでの話ですから大きい問題ではありません。

もう一つは長音（ハイフン）を除いて含めないことです。こちらは日本語配列の移動距離やコスト計算に少し不自然だと思います。この２つのバグを修正するとこうなりました。


コストはColemak159.0、大西配列156.4です。つまり大西配列>Colemakです。大西さんの名誉に傷がつかなくて済みそうです。

それでも移動距離はColemakが下回りますからハイフンの場所さえ考えれば速度型（母子左右非分離）にもそれだけメリットがあるということですね。勉強になりました。

ローマ字またはかなの配列使用判断基準に関する一見解

またアンケートを取っています。タイピングゲーム（ローマ字）の打ちやすさの話です。


一題ごとの長さが違うだけで打ち切りの打数は３つともほぼ同じです。A,B,Cの順に昇順で長くなっていきます。

現状はCが一番票を集めています。実際ランキングを見てもこの３つすべてで１位を独占している方のスコアはC>B>Aです。一題が長くなれば初速の影響が少なくなるのですから理論通りの結果です。

ここまでは当然といえば当然なのですが主観はCが一番しんどいです。息継ぎができずに苦しく感じています。水増しをしていたりまだ作って日が浅くワード慣れしていないのもありますがそれを差し引いても非常に苦しいです。一応スコアはB>C>Aですが日によってはB>A>Cです。打/秒を表にします。

マイタイパーさん 小川
A 10.6 5.9
B 12.2 6.6
C 12.5 6.1

もしC>B>Aとなればその方はローマ字に向いていると言えるのではないでしょうか。私のように息切れがする方はかな配列や他の手法を探ってもいいと思います。