ATCの秒打鍵数はどういう指標で計算しているんだろう？
ローマ字に換算された文字数なんだろうか？
結構スコアとのばらつきがある。
これは課題文が、
英語が多いとか、漢字が多いとかに関係してくるのだろうか。
僕の今日の記録から見てみる。
秒打鍵数でソートしてみた。
ポラリゼーション 秒８・２ １９５ 最高スコア
アクティブラーニング 秒８・１ １６７ このスコアの謎
フィルターバブル 秒７・９ １８９
フィルターバブル 秒７・８ １８９ 同じスコアの謎
ストレートネック 秒７・７ １８１
PFAS 秒７・６ １６１
環境難民 秒７・６ １５３
垂直農業 秒７・６ １４６
フェンタニル 秒７・２ １６０
フィルターバブルが秒打鍵数が異なる数字なのに同じスコアということは、
BSする前のミスタイプもカウントしているのだと考えられる。
単純に、受け取ったローマ字文字数／６０なのかもしれない。
確定前なら修正してもミス扱いされないから、
ミス率は基準にできなさそうだ。
（確定さえしなければ見かけのミス率は０にできる）
僕の打鍵は秒７打〜８が最高速っぽいが、
ローマ字の入力者としては知れてるだろう。
ちなみに、ローマ字秒８として、
カナ換算すると秒６・１カナ。
かつてのタイプウェルでは５・５だったから、
変換込みだしちょっとは成長しているかもしれない。
2025年10月15日
この記事へのトラックバック
大西さんが、打鍵イベント数をカウントしているだけ、とどこかでおっしゃっていた気がします
その打鍵イベントの定義がわかればなー……
薙刀式だとdvorakJからローマ字を吐き出してるので、
ローマ字カウントされてるはずですが、
他のカナ配列はどうなってんだろうという感じです。
「F」（薙刀式の「か」）のイベントを検知したら、その「F」のイベントをキャンセルして「K」「A」のイベントを発行する、という挙動になっているはずなので、ブラウザが受け取るイベントは「K」「A」になります
なので、薙刀式の「か」は2打鍵でカウントされていますね
まあそうでしょう。
変換前のBSして書き直しもおそらくカウントしてて、
それはミス率には含まれてないようなので、
リザルトからの計算が難しいなーと思ってます。