ディットさん、よかったらパズルの話しましょうか？


おそらくパズルの話をしたいのでしょう。夏目配列の改善案を考えます。数日前のご指摘通りjap-n.txtでsh→syの置き換えを行いました。


気づいたことは２つです。まずは大西さんの影響を強く感じるということです。母音配置はそのままですし、清濁の隣接という思想も引き継いでいます。明確にパブリックを意識した配列です。

もう一つは上段優位の思想を感じます。個人的な印象は原則として中指薬指は上段優位、人差し指小指は下段優位として考えているのですが縦の並びにおいてほぼほぼ上段の使用頻度が下段を上回っています。上段の使用頻度が高いQwertyの熟練者らしい発想です。

改善案を提示します。大きく２点あります。

まずQwertyで言うPとスラッシュ、YとNの配置を入れ替えました。上記の個人的な印象によるものです。もう一つはQwertyで言うRGVの配置です。これも判断が難しいのですが現状はV>G>Rとして並び替えています。ともすれば読点→Uの段飛ばしを軽視しているのかもしれませんがそこまで大きい問題とは思いません。

書いてから気づいたのですがそれほど大した話ではないですね。あまり参考にはならないかもしれません。失礼しました。

追記

AIのアドバイスに従って一応こういうのも作りましたがこれはもうプライベートですね。元の形を留めていません。

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

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

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

しかし私見ではそれ以上に、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が下回りますからハイフンの場所さえ考えれば速度型（母子左右非分離）にもそれだけメリットがあるということですね。勉強になりました。