【漢直】T-Code/TUT-Codeスレ Lesson3【連習】
■ このスレッドは過去ログ倉庫に格納されています
0001nobody ◆cxDnurUjDY
NGNG自分のことはよく分からないものだ。
景色のよい丘の上で、走行中の新幹線から飛び降りた。
T-Coder, TUT-Coderの皆様、引き続き連習しましょう。
超絶技巧入力など、他の漢直の話題も歓迎します。
「連習」の意味については過去スレを参照してください。
過去スレ
Lesson1 http://pc.2ch.net/test/read.cgi/unix/1014523030/
Lesson2 http://pc3.2ch.net/test/read.cgi/unix/1061936143/
関連リンク
・T-code本家: http://openlab.jp/tcode/
・TUT-code本家: http://www.crew.sfc.keio.ac.jp/~chk/
・増田式・超絶技巧入力: http://member.nifty.ne.jp/kb/index-kb.htm
・漢直Win(Windowsで漢直): http://www.sato.kuis.kyoto-u.ac.jp/~yuse/tcode/kw/
0527名無しさん＠お腹いっぱい。
2005/06/03(金) 11:26:57自分は、ふだんは小指の遠い所を薬指で代用していたりしますが、
T-Codeの時だけは標準運指なので、ちょっとつらいと思う時もあります。
0528名無しさん＠お腹いっぱい。
2005/06/03(金) 15:42:27俺は「き」だけど、指使いはめちゃくちゃだなー。
中央あたりには「左手でも右手でも打つことのあるキー」が
かなり広い範囲にわたっているし、あとたとえば
「；」は普通は小指だけど、「：；」みたいな打鍵（「難」の字）の
ときには平然と無名指で打つとかそんな感じで
キーをいつもと違う指で押すみたいなこともよくある。
0529名無しさん＠お腹いっぱい。
2005/06/03(金) 16:58:53そのままだと打ちにくいストロークとかもあるし。
よく出るようなのは、文字列ごとに最適化して練習したりしてる。
0530のっ
2005/06/05(日) 03:13:18左右の使い方がかなりいい加減。
最近一打目シフト打鍵での漢字拡張も試しているので、右シフトキー打ちを矯正中。
しかし右シフトキーをまともに使うと小指を酷使するのか、腕が痛くなってしまう。
0532名無しさん＠お腹いっぱい。
2005/06/17(金) 19:18:25useWMIMECHAR=1
とする事で動作しました。
困っている方はお試しを。
0533名無しさん＠お腹いっぱい。
2005/06/21(火) 23:36:010534省略
2005/06/29(水) 00:00:05ようやく2730文字。
そろそろ数を増やす方向ではなく、
正確さと速度の向上を目標としようかな。
0535名無しさん＠お腹いっぱい。
2005/07/03(日) 09:16:54話すのと同じくらいのスピードとは、ニュース読む仕事の人が、ニュースを
読むスピードを指しまつ。
0536名無しさん＠お腹いっぱい。
2005/07/03(日) 14:43:000537名無しさん＠お腹いっぱい。
2005/07/03(日) 21:18:29話すのと同じくらいのスピードで書くには毎分300〜400文字ぐらいの入力速度が
必要とされるそうです。T/TUTなどの漢直の多くは一文字入力に二打鍵が必要と
されるため、一分あたり600〜800打鍵となります。
これはかなり難しいと思われます。
この件、過去ログにもいくらか情報があったはず。
ttp://homepage3.nifty.com/songs/tcode/2ch/00index.html
ただ今「よろしければ配列について教えろ」スレが漢直要約筆記入力の
話しで盛り上がっていますよ。
ttp://pc8.2ch.net/test/read.cgi/pc/1114173748/330-421
でもこっちにはこないんだな orz
0538名無しさん＠お腹いっぱい。
2005/07/03(日) 21:29:58「かな入力VSローマ字入力」
http://book3.2ch.net/test/read.cgi/bun/1087386570/
の方でちょっと盛り上がっている模様。
まあ作文板のスレなのでそうつっこんだ話は出ないけど。
0539のっ
2005/07/03(日) 23:26:17LC2005でのオフ会はなかったけれど、もしあれば報告できた小ネタはこんなものでした。
(1) William E. Cooper編 "Cognitive Aspects of Skilled Typewriting" 入手しましたー
この本の 13章が山田先生の "Certain Problems Associated with the Design of Input
Keyboards for Japanese Writing" です。この本は大変な労作だな。
ほほー、ふむふむ。おっ、昔のT-codeテーブルはやはり今のとはちょっと違うね…
(2) Robin を使った T-code 入力と漢字拡張実験中間報告
Vim を使った拡張実験を経て、今は Robin。
Robin は本当に素晴らしい! でも、使いこなせません…
(3) MS-IME での漢直はこんな感じだー、体験コーナー
うーん、でも、やっぱり、ちょっとアレだな…
てなもんですかね。他に Cherry のキースイッチが使われているキーボードをばらして
インチキキネシスをでっち上げようという、貧乏人風エルゴキーボード日曜大工企画とかもあった。
(2) についてはそのうち報告いたします。でもあと半年ぐらい後のことかな?
0541名無しさん＠お腹いっぱい。
2005/07/05(火) 02:15:29>>540
TUT というのは良い選択かもしれないね。
3 ストローク部分に空き領域があるので、「です」とか「ました」等の
定型句(?) を割り当てることで、省打鍵化が図れる。かも。
0542名無しさん＠お腹いっぱい。
2005/07/05(火) 22:55:00Robin t-codeでググっても何も出てこない…
0543名無しさん＠お腹いっぱい。
2005/07/05(火) 23:05:13これじゃない？
http://www.m17n.org/ntakahas/npx/robin.ja.html
0544名無しさん＠お腹いっぱい。
2005/07/06(水) 00:09:130545省略
2005/07/07(木) 23:08:53その通り。Emacs上の漢直はもっぱらtcで、
RobinはCGreekとEthiopicの開発で使うのがメイン。
まあ今となっては交ぜ書きも部首合成もやらないので、
日本語もRobinで十分かもしれないけど。
で、まさに今日、現在のRobinではタイ語やラオ語に必要な
「文字合成」ができないことを発見。どうしよう…。
# 文字数変わらず。「喧嘩」がどちらも打てないことに気付いたが、
# 自明な合成法があるので追加する気にならない…。
0546のっ
2005/07/09(土) 22:07:14Robin 使わせていただいております。素晴らしい入力メソッドです! ＜感動の嵐
遅くなりましたが、この場を借りてお礼申し上げます。ありがとうございます。
今は Windows XP 上で
Meadow "GNU Emacs 21.4.1 (i386-mingw-nt5.1.2600) of 2005-04-05 on CUBE
cygwin "GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit) of 2004-03-23 on cm-test
この二つの Emacsで使っています。他の OS上の Emacsでは試していません。
でも未だに変換無しでは文が書けないので、tc2の交ぜ書き変換と組み合せて
使っているのでした。
標準の T-codeストロークから始めて、もうここ半年ぐらい行きあたりばったりに
変換ルールを書き加えていったのですが、
ふと気が付くと robin-define-package が 55,000行以上になってしまった…
自分でも訳が分らなくなってきているので、
漢字拡張についてはそのうち整理してから報告しようと思います。
0547のっ
2005/07/10(日) 23:28:04Japanese Writing" の中で一番読んでみたかったことは、どうしてコード表が
「木を見て森を見る方式」になったのかの理由についてだった。
文中で「木を見て森を見る方式」のコード表のことは "Inside-out code array
for T-code" と書かれている。
しかし、期待していたよりもずっと少ない記述しかなかった。trainee の一人
である女性が "inside-out" のコード表の方が覚えるのに易しいと主張し、他
の trainee 達にもこれが支持されたため、それ以降 "inside-out" 式の表が
標準となった、とのこと。
以前紹介した本 "コンピュータ社会と漢字" を読んで知っていた事と大差なかっ
たので、ちょっとがっかり。
0548名無しさん＠お腹いっぱい。
2005/07/10(日) 23:51:00TUT コードを基本に、速記的配列を考えているのですが、
どうもカタカナはうまく速記になりません。
みなさん、何か工夫されていることがあれば、教えてください。
0549名無しさん＠お腹いっぱい。
2005/07/11(月) 01:28:050550のっ
2005/07/11(月) 04:26:58いらっしゃいませ。あっちのスレでの話しはとても面白かったです。
私は以前聴覚医療機器の仕事をしていたことがあって、その時に何度か要約筆記
入力を見たことがあり、いつか挑戦してみたいと思っています。
今は自分の書き言葉にオプティマイズして短縮入力など試みていますが、私の
入力スピード (どんなにガムバッテも T-code 130字/分ぐらい) ではニュース
などの要約筆記入力はとても不可能のようです。
あちらで紹介してもらった音声ファイル (10分約1200字) ぐらいなら、何とか練習すれば
ついていけそうです。ttp://www.marchingkids.net/hamakaze/f5/f5.htm
さて、カタカナの入力について自分が試してみたことを書いてみます。
カタカナ、というのはつまり、いわゆるカタカナ語のことだ考えてよいのかな?
ニュースなどを聞いてみると、カタカナ語は速く発音されるきらいがあると思う。
そして、元々の語に対してのカタカナ語の打鍵数は多くなる場合がほとんどだと思う。
例)
optimize (8打) → オプティマイズ (T-code 14打)
speed (5打) → スピード (T-code 8打)
news (4打) → ニュース (T-code 8打)
(ゴメン、長くなったので次回につづく)
0551名無しさん＠お腹いっぱい。
2005/07/12(火) 00:45:29レスをどうもです。
やっぱりカタカナ語は、頻出のものを単語登録するしかないですかね。
ちなみに、自分は、アルファベットに頻出カタカナ語を割り当て
単語登録しています。
あとは、ステンチュラかなぁ・・・。
0552のっ
2005/07/12(火) 01:52:42英単語のカタカナ語の場合、4文字長ぐらいまではそのまま打鍵すると入力
されるようにしてみた。
web → ウェブ、site → サイト、file → ファイル、type → タイプ
inter → インター、net → ネット
など。変換キーなどは押す必要がなく、ただ打鍵するとカタカナが入力される。
もっと長い単語になると母音をはぶいて短縮。
grp → グループ、optmz → オプティマイズ、fnce → ファイナンス、
fncl → ファイナンシャル
T-code では qwertyで we 残、be 量 だけと、入力する時は
we 残
web ウェブ
webe 残量
と打鍵が増えてくと入力文字が変わる。
we.i 残念
webhg ウェブで
webe;s 残量が
とかなる。
"file" とタイプすれば "ファイル" と入力されるのなんかは悪くない感じなんだけど。
0553名無しさん＠お腹いっぱい。
2005/07/12(火) 02:31:10skk の英語変換をそのまま利用してますが、
そのアイデア面白そうですね。
0554名無しさん＠お腹いっぱい。
2005/07/12(火) 23:45:24レスをどうもです。
素晴らしいアイディアをありがとうございます。
特に、長い単語を母音を省いて入力という工夫は、まさに速記ですね。
0555のっ
2005/07/13(水) 05:16:38# 古エチオピア語も母音は書かないのかな?
正直なところ >>552 のカタカナ語入力は悪くはないんだけど、良いって訳でもない。
まあ訓練次第なのかもしれないけれど、どうしても心の中でモードを切り替えるような
感じになる。誰か使用感を報告してくれないかなー >>553 お願いしますw
しかし要約筆記ができる人って凄いな。
人の話しを聞きながら入力するってのは、頭の使いかた、身の構えかたが全然違うね。
自分は入力訓練と国語力が足りなすぎるんだろうな orz
0556名無しさん＠お腹いっぱい。
2005/07/13(水) 09:36:55なにが違うんだろう。そんなに頭の使い方が違うもんなの？
0557名無しさん＠お腹いっぱい。
2005/07/13(水) 22:53:00ttp://www.sato.kuis.kyoto-u.ac.jp/~yuse/tcode/eljs/eellljs.html
ヘルプの表示方式に関する言及が有りますが、例えば「右中段中指、左中段中指」とかいうように表示するのはどうなんでしょうね。
感想ありがとん
> 例えば「右中段中指、左中段中指」とかいうように表示するのは
ふむふむ。TUT-Code の『漢字』だと
- 漢=右上内・右下人・左上人
- 字=右下内・左上薬
みたいな感じですね。英字表記よりこっちがいいかな…?
0559名無しさん＠お腹いっぱい。
2005/07/17(日) 00:24:11それから、tblファイルからeelll/JS用の配列定義ファイルへの変換用スクリプトを公開される事を希望します。
0560速記野郎
2005/07/17(日) 02:06:07レスをどうもです。
要約筆記と言っても、まあ普段の仕事の延長なのですが。
多分に慣れの問題が大きいと思います。
仕事で、毎週１万字以上のテキストファイルを作っていますから。
0561速記野郎
2005/07/17(日) 02:08:42何も変わらないと思いますよ。ただ、大勢の人の前でやり直しの
効かない環境でやるので、緊張感が違うとは思いますが。
556 でも書きましたが、多分に慣れが大きいと思います。
0562のっ
2005/07/17(日) 02:45:45人の話しを聞いて文にするのとでは、かなり漢直意識 (?) が違うね。
今回は T-code入力+カナ文字を使った活用短縮入力、というアイディアを使って
要約筆記に挑戦してみたので、なおさら違っているように感じたのかもしれない。
カナ文字を使った活用短縮入力というのは、
考タ→考えました、考テ→考えまして、考ス→考えます、考シ→考えましょう、
考セ→考えません
と入力されるようなやつです。
0563名無しさん＠お腹いっぱい。
2005/07/17(日) 03:32:290564速記野郎
2005/07/17(日) 23:52:56今日も、要約筆記の現場に行って来ました。
人の話を聞いて理解しながら打つってというのはかなりしんどい作業ですよね。
私も、最初は、頭の中が真っ白になりました。
> カナ文字を使った活用短縮入力というのは、
私が考えているのも、これと同じです。思うんですが、
漢直って、速記に親しみやすいのではないかと。
漢語に通じている人が、漢語を漢字かな交じり文に変換するような
ソフトを作ったら・・・ひどく速く・・・ないか (^_^;)
まあ、これは冗談として、既存の漢直を少しいじれば、速記的入力
システムが出来そうな気がします。誰か、やってくれないかな・・・。
0565名無しさん＠お腹いっぱい。
2005/07/18(月) 13:24:14http://academy3.2ch.net/test/read.cgi/gengo/1076393013/
0566名無しさん＠お腹いっぱい。
2005/07/18(月) 15:27:380567名無しさん＠お腹いっぱい。
2005/07/19(火) 01:16:29多分561さんとは大勢の規模が全然違うとは思うけど、普通会議のロギング
ってログをプロジェクターなんかで投影したりIRCで配信したりしながら
リアルタイムにやるもんじゃないですか？
参加者からその場で修正のつっこみが入ったりして。
私の参加する会議はどこへ行ってもそうなので、会議のロギング
ってのはそれが普通だと思ってました。
慣れってのは大いにあるでしょうね。ログまとめしていると、ログ取り
慣れてる人とそうでない人との差が大きいな、と思います。
タイプが早いかどうかはそれほど関係ないようです。
0568DOMO
2005/07/24(日) 16:36:29私も漢直愛好者で、日常的にTUT-Codeを使用しております。
このスレッドの中には速記入力をメインに活動なさっていらっしゃる方もおられるようで、興味深く拝見しました。
"Cognitive Aspects of Skilled Typewriting"の序章には、タイピングの認知モデルとして、文字認識→短期記憶バッファ→動作のプログラミング→打鍵動作、そしてこれらの一連の情報処理を視覚や聴覚、筋肉運動感覚により制御しているという話がありました。
私のテープリライティング体験では、音声聞き取り→短期記憶バッファ→文字解析（ひらがな、漢字、カナ、記号等）→動作のプログラミング→打鍵動作、というような感じがします。
速記というのは、頭の中ではいったいどのような情報処理を行っているのか興味はあります。
0569速記野郎
2005/07/24(日) 23:48:08私が行く現場では、１人だけの場合もあるし、２００〜３００人
程度の規模もあったり、様々です。（一番多いので数千人規模）
身内だけの時は、567 さんのように、つっこみを入れてもらえることも
あるのですが、私が行う情報保障の対象は、そのほとんどが、
有名人の講演だったり、協会の総会だったりで、待ったなしの状況です。
緊張感はかなり違うと思いますよ。
プロジェクタで投影したり、ＩＲＣで配信というのは、全く同じですね。
>慣れってのは大いにあるでしょうね。ログまとめしていると、ログ取り
>慣れてる人とそうでない人との差が大きいな、と思います。
>タイプが早いかどうかはそれほど関係ないようです。
全くその通りです。人の話を聞きながら、要点だけを抜き取り、
整文した上で、文章を作り上げることができるようになるまで、
かなりの慣れを要します。
手書きの要約筆記もあるわけで、むしろ、整文の能力の方がものを
言うことになるわけですね。手書きは分速８０字以下なのですから。
0570速記野郎
2005/07/25(月) 00:01:57DOMO さん、こんばんは。速記野郎です。
自分は、速記士ではないのですが、速記的な発想を取り入れて、
タイプスピードを速くしつつ、正確に録取したいと思い、
いろいろと試しています。
自分の頭の中では、
１ 発言の聞き取り
２ ため（長く要約筆記をやっていると長くためられるようになる）
３ （タイプできる範囲の量で）頭の中で素早く要約
４ タイプ
５ タイプしながら、次の発言の聞き取り
の繰り返しをやっているように思います。
どれも大切なのですが、２と３が、特に重要だと思います。
で、４のタイプの際に、漢字変換でつまづくと、とても痛いです。
どうしてかと言うと、正しい変換結果を得るために、頭を使ってしまい、
２と３がおざなりになってしまうからです。
0571DOMO
2005/07/25(月) 22:24:17「頭の中で素早く要約」というのが速記独特のようですね。また、cooper本によると英文タイプでは目でコピータイプしている時の文字と注視している文字との間隔よりも、声を聞いてタイプしている時の文字と聞いている文字との間隔の方が長いというデータを挙げています。
これはいわゆる速記野郎さんによる「タメ」にあたるところではないかと思います。
このあたりは目視タイプを中心に仕事をなさっておられる方にとっては、わかり難い感覚ではないかと思われます。
速記打ちの場合、正確に記録することは勿論、速記打ちしたものを元に戻す作業を素早く正確に行うことができるようになるのも熟練した特殊技能を要するのでしょうね。
0572名無しさん＠お腹いっぱい。
2005/07/27(水) 14:51:57なるほど、それは緊張感高そうですね。
わたしの場合は、身内のみか、そうでなくとも割合ほのぼのした
雰囲気の中でロガーをしておりますので、そういう緊張感には
接したことがありません。
>>570
漢字変換に躓いた時に 3. はともかく 2. を落とすと致命的ですね。
とりあえず 5.(1.)→2. で短期記憶バッファにぶち込んでしまえば、
漢字変換を確定してから 3. はできるように思います。
0573速記野郎（長文失礼します）
2005/07/30(土) 18:18:19DOMO さん、こんにちは。
レスをどうもです。
>「頭の中で素早く要約」というのが速記独特のようですね。・・・
自分は速記士ではないのですが、目視タイプと声を聞いてタイプの
両方をやっているので、この違いは、はっきりとわかります。
目視タイプは、先読みして（現在タイプしている所よりも先の方を
読んでおくこと）タイプするのですが、声は先に聞くことが
できません。
また、文字を読んでタイプするのと、声を聞いてタイプするのとでは
全く頭の使い方が違うように、感じます。音声情報を文字情報に変換する
という作業を行うために、声を聞いてタイプの方が、何倍も疲れるのです。
機械式速記にしろ、手書式（というのかな？）速記にしろ、
速記士は１５分で交替するということを聞いたことがありますが、
これは、指が疲れるのではなくて、頭が異様に疲れるのが原因なの
だろうと思います。
これに対して、目視タイプの熟練者は、音声を介さずに、タイプするので、
いわば反射的に入力ができ、あまり疲れないのではないかと思います。
漢直ユーザーが集うこのスレでは、この意見には同意される方が多い
ことでしょう。
0574速記野郎（長文失礼します）
2005/07/30(土) 18:23:07反訳の方法はいろいろだと思いますが、速記士の方は、ワープロも
速い方が多いです。おそらくは、国語能力を含む、日本語処理能力が
一般人よりも優れているのでしょう。
タイプの速さも重要なのですが、速記士の方は、言葉を聞いて、それを
速記符号に変換する作業を、半ば無意識でしているのだと思います。
そして、熟練者になると、その反対の能力も優れているのでしょうね。
配列の違いがタイプスピードを左右するのではないという意見をネット上で
見かけることがありますが、それは、おそらく頭の中で日本語処理する速度に
限界があるということではないかと思います。これが、自分が、速記的な発想を
取り入れないと、話す速度には追い付けないと主張する根拠だったりします。
言葉を木に例えれば、音声情報を文字情報に変換するに際し、枝葉を切り取る
作業をし、枝葉を切り取った後の木を記録し、それを、もとの木の形に復元する
という作業（反訳）が、速記士の頭の中で行われていると自分は想像しています。
一字一句タイプするという手法では、枝葉を切り取ることはできません。
そのため、どうしても、タイプしているうちに頭の中の情報処理が
リアルタイムから遅れてしまいます。つまり、一字一句タイプする手法が、
人間の情報処理のボトルネックになってしまっているわけですね。
そこで、一字一句タイプするのをやめて、枝葉を切り取ってからタイプ
しようというのが、私の発想です。これは、ワープロ速記法というサイト
ttp://www.asahi-net.or.jp/~SD5S-SKMT/
から得た考えですが、単語短縮登録により速記しようという同サイトの考えを
さらに発展させて、配列の段階から速記に対応させようというのが、
私が今、取り組んでいることなのです。
0575速記野郎
2005/07/30(土) 18:57:00自分の頭の中では、あまり、２と３の区別が付いてないので、
よく意識はしていなかったのですが、そう言われれば、そうかも
しれないですね。
今度、トライしてみます。
0576名無しさん＠お腹いっぱい。
2005/07/31(日) 02:30:23T-Code使ってます。
0577省略
2005/08/04(木) 00:55:47漢直入力用として使う分には何も変わらないと思うけど。
#2734文字。
0578速記野郎
2005/08/07(日) 09:17:10フットペダルを使って、フットペダルを踏んだらシフトということにして、
アンシフト時は、月配列などによるかな入力、シフト時は、漢字直接入力とし、
浮いたかな文字定義部分には、「です」「である」などのフレーズを
割り振って、たとえば「です＋た」＝「でした」などと単語登録すると、
既存の漢字直接入力方式が速記的になるのではないかと考えました。
どんなものでしょう？
0579名無しさん＠お腹いっぱい。
2005/08/07(日) 12:05:250580名無しさん＠お腹いっぱい。
2005/08/07(日) 13:50:200581名無しさん＠お腹いっぱい。
2005/08/07(日) 13:56:200582名無しさん＠お腹いっぱい。
2005/08/07(日) 14:01:390583名無しさん＠お腹いっぱい。
2005/08/20(土) 12:12:36ttp://www.asahi-net.or.jp/~ez3k-msym/charsets/laycomp.htm
これの漢直版があったら見たいと思うんだけど、どうでしょう。
役に立ちそうな評価ツールがここにあるみたいだけど、
ttp://blog.mikage.to/mika/2005/07/post_b022.html
私の知識では全く歯が立ちませんでした。
0584名無しさん＠お腹いっぱい。
2005/08/20(土) 21:24:30自分用のキーボードを作るらしいけどよう分からん。
0585名無しさん＠お腹いっぱい。
2005/08/21(日) 03:00:54そのまま Perl スクリプト使えますよ。
T-Code の場合、日本国憲法前文 (正かなづかい) 中、標準 2ストロークで入力できない文字は
威禍恒惨粛詔崇誓孫託勅排怖偏遍乏誉隷
前置型部首合成変換を使用して上の文字を入力した場合、日本国憲法前文 Qwerty 打鍵列は
ttp://homepage3.nifty.com/songs/tcode/frequency/constitution/kenpo.txt
さて結果は、
総打鍵: 1370, 左: 643, 右: 727, シフト数: 0
左{人:289 中:148 薬:87 小:119} 右{人:331 中:139 薬:129 小:128}
左左: 114, 右右: 198, 同指異鍵: 82, 同手跳躍: 46, 左手縦: 2
最下段: 194, 二段目: 860, 三段目: 279, 最上段: 37
使用率詳細表は ttp://homepage3.nifty.com/songs/tcode/frequency/constitution/map.html
0586名無しさん＠お腹いっぱい。
2005/08/21(日) 03:04:52テキストは青空文庫からもらってルビを抜いたもの。
T-Code 標準 2ストロークで入力できない文字は
粟暗鋭液歌灰崖刈輝叫穴枯孔雫焦城塵雀聖贈息笛冬透虹燃畑微腐譜碧穂抹脈眠鳴湧劣菫霽
前置型部首合成変換を使用して上の文字を入力した Qwerty 打鍵列は
ttp://homepage3.nifty.com/songs/tcode/frequency/mekurabudou/mekurabudou.txt
結果は、
総打鍵: 5178, 左: 2553, 右: 2625, シフト数: 0
左{人:1048 中:780 薬:374 小:351} 右{人:1391 中:575 薬:334 小:325}
左左: 267, 右右: 339, 同指異鍵: 121, 同手跳躍: 65, 左手縦: 2
最下段: 727, 二段目: 3492, 三段目: 911, 最上段: 48
使用率詳細表は ttp://homepage3.nifty.com/songs/tcode/frequency/mekurabudou/map.html
0587名無しさん＠お腹いっぱい。
2005/08/21(日) 04:37:56日本国憲法前文 ttp://homepage3.nifty.com/songs/tcode/frequency/constitution/frequency.txt
めくらぶどうと虹 ttp://homepage3.nifty.com/songs/tcode/frequency/mekurabudou/frequency.txt
0588名無しさん＠お腹いっぱい。
2005/08/21(日) 06:26:51総打鍵: 5198, 左: 2562, 右: 2636, シフト数: 0
左{人:1052 中:782 薬:375 小:353} 右{人:1395 中:579 薬:336 小:326}
左左: 269, 右右: 343, 同指異鍵: 121, 同手跳躍: 65, 左手縦: 2
最下段: 729, 二段目: 3504, 三段目: 916, 最上段: 49
0589名無しさん＠お腹いっぱい。
2005/08/21(日) 18:05:10おお、ありがとう!
交互打鍵数は
総打鍵-左左-右右
で計算すればいいのかな?
0590名無しさん＠お腹いっぱい。
2005/08/21(日) 22:25:450591名無しさん＠お腹いっぱい。
2005/08/22(月) 01:05:53日本国憲法前文: 1057 (77.2%)、めくらぶどうと虹: 4585 (88.2%)
部首合成変換ストロークは tc2 の tcode-query-stroke から得た標準のものだけど、
他の組み合せを使ったとしても、また後置型を使ったとしても所詮大した差は出ない
と思う。交ぜ書き変換を使った場合の結果も違うだろうし。
0592名無しさん＠お腹いっぱい。
2005/08/22(月) 03:38:59ttp://www.asahi-net.or.jp/~ez3k-msym/charsets/laycomp.htm
のQWERTYローマ字や旧JISカナの解析データと比較すると、
交互打鍵率では、Tの方が勝っているね。
0593513
2005/08/22(月) 17:25:21今のレベルは平仮名、カタカナ、記号、数字に漢字300字ほど。
速度は大体60〜70文字/分ぐらい。
途中で一回挫折中断したが、なんとかここまで到達。
しかし、150文字/分ぐらいまでは行きたいなぁ。
0594名無しさん＠お腹いっぱい。
2005/08/22(月) 19:55:193ヶ月で60〜70字/分なら速い方では?
俺なんか練習開始から一年近くたっているけど、まだ覚えてない漢字がいっぱいある。
速度はまだまだ先だなあ。
0595名無しさん＠お腹いっぱい。
2005/08/23(火) 00:27:52青空文庫収録ファイルの取り扱い規準に反するかもしれない。
一旦削除しますね。
0596名無しさん＠お腹いっぱい。
2005/08/23(火) 02:31:59http://www.aozora.gr.jp/guide/kijyunn.html
をざっと読んだけど、どの辺がまずいのか判らなかった。
基本的に著作権は切れてるし、文章自体を公開しているわけではないので、いいのでは?
0597名無しさん＠お腹いっぱい。
2005/08/23(火) 03:01:31★打鍵数は、ローマ字…1475、T-code…1376
交互打鍵率は、ローマ字…44.9%、T-code…77.2%
♯打鍵数が少なくて交互打鍵率の高いTの圧勝。
★左右の手の使用頻度では、
ローマ字…左530、右945
T-code…左643、右727
♯Tも右手多用だけど、ローマ字は極端に右手が多い。
★段ごとの打鍵数では、
ローマ字…最下段228、中段444、上段803、最上段0
T-code…最下段194、中段860、上段279、最上段37
♯Tはホームポジション段でほとんど打てるので楽なはず、ローマ字は(以下略…
♯ただし、ローマ字で使わない最上段を、Tは使う。これが上下動が激しい印象につながっているか?
0598名無しさん＠お腹いっぱい。
2005/08/23(火) 04:16:10もっと効率の良い運指のはず。
まあその分、打鍵数をもっと多く見積もらなければならないんだけれど。
0599名無しさん＠お腹いっぱい。
2005/08/25(木) 19:05:46「日本国憲法」での各指の打鍵数は
左手…人289、中148、薬87、小119
右手…人331、中139、薬129、小128
左右とも人さし指は中指の倍も使っている。
「めくらぶどうと虹」では
左手…人1052、中782、薬375、小353
右手…人1395、中579、薬336、小326
やっぱり、人さし指の負担が圧倒的に重い。
これでは一日中タイピングするプロのタイピストは人さし指が痛くなるのでは?
0600名末ｳしさん＠お腹ｂ｢っぱい。
2005/08/26(金) 00:54:11> T-Codeは人さし指の使用頻度が重すぎじゃないか?
> 左右とも人さし指は中指の倍も使っている。
人差指は中指の2倍の数のキーを担当しているのだから、
ある意味当然じゃないか?
0601名無しさん＠お腹いっぱい。
2005/08/26(金) 05:21:09人差し指の負担が軽くなるように工夫すべきって話だろ。
薬指と小指の頻度が同程度なのも問題だな。
0602名無しさん＠お腹いっぱい。
2005/08/26(金) 05:44:52指の負担については何か考慮してたのかな。
0603名無しさん＠お腹いっぱい。
2005/08/26(金) 06:50:37もっとも、杵みたいなキーボードは別として、、
一般的な平面段ずれキーボードで各指の負担を定量化するのは困難だろうから
(右人指し指ホームポジション列打鍵と、左薬指ホームポジション列打鍵では負担が違っているかも知れない)
指毎の打鍵数から即、負担量を類推することもやはり難しいのではなかろうか？
0604名無しさん＠お腹いっぱい。
2005/08/27(土) 01:13:15これはどういう意味?
説明求む。
0605名無しさん＠お腹いっぱい。
2005/08/27(土) 05:12:17親指シフトみたいな漢直があっても面白いかも。
0606名無しさん＠お腹いっぱい。
2005/08/27(土) 07:34:59問題は通常のスペースを打つためには、スペース・キーを2回打たねばならないことだが。
(☆｡☆)ｷﾗｰﾝ!!
そうか!!SandSみたいに親指同時打鍵時のみ、拡張部へ移るシフトとして設定できれば、
通常のスペース・キーと共存できるのか。
次期漢直winで実装希望!
0607名無しさん＠お腹いっぱい。
2005/08/27(土) 10:31:29繭を使えば今でも出来るんじゃない？
0608名無しさん＠お腹いっぱい。
2005/08/27(土) 19:35:05「き」は、シフトも多用するから
左の親指をシフト、右の親指をスペースにすれば
親指の使用率はかなり高くなってる感じ
ちなみに俺はコントロールキーも親指で押せる場所に置いてるから
ことによれば一番よく使うキーが親指かもしれない
SandSは「き」で俺もやってみたんだけど、
こういうのって実際のキータッチでは
親指のスペースキーを完全に離さないうちに次のキーを押すから
案外うまくいかないと思うよ
0609名無しさん＠お腹いっぱい。
2005/08/27(土) 22:03:03「日本語をどう書くか」http://www.ccad.sccs.chukyo-u.ac.jp/~mito/yamada/
の中の「キー配列最適化の試み」http://www.ccad.sccs.chukyo-u.ac.jp/~mito/yamada/chap7/1/index.htm
の中に次のような一節がある。
―――引用ここから―――
ニケルズの鍵盤配列の決定的な弱点は、最も器用に動く人さし指に最も使用頻度の高い文字を集中的に受け持たせたことによって速度があがっていることである。
その結果として、各指の負担ならびに各段列に対する負荷の片寄りが大きくなり、特に指の負担では Qwerty に比べてさえもかなり見劣りするものとなっている。
このような鍵盤配列では、なんと全打鍵の６５％以上を受け持つことになる人さし指だけが過度に疲労し、専業者による長時間にわたるタイプ業務には推薦しえない。
―――引用ここまで―――
0610続き
2005/08/27(土) 22:04:41「日本国憲法」では45%
「めくらぶどうと虹」では47%になる。
山田先生はこの程度なら許容範囲と見たのだろう。
ちなみにドボラク配列では右人18.5%左人14.2%で、計42.7%
これに比べたら、Tは若干高めではあるが問題になるほどではないと言えそう。
0611名無しさん＠お腹いっぱい。
2005/08/27(土) 22:19:26ドボラクの人さし指の使用率合計は32.7%だ。
やっぱりTは高いな。orz
0612名無しさん＠お腹いっぱい。
2005/08/27(土) 22:43:35実験するために作られたものだよ。
だから、キー位置の打ちやすさの違い、難しい運指 (Awkward Sequences)、
漢字の使用頻度などが検討されているし、
当然指の負担 (Finger loading distribution) についても研究されている。
指の負担は Dvorak Simplified Keyboard のデータを参考にして設計したそうで、
Cooper 本中にある T-Code 実測値は、
左{人:18.8% 中:13.4% 薬:7.2% 小:8.2%} 右{人:20.8% 中:14.2% 薬:8.1% 小:9.4%}
との結果となっている。面白いことに、電子キーボードを使う際の影響を勘案して、
意図的に小指の使用頻度を薬指の使用頻度より少しばかり高くしてあるそうな。
このような研究は当時の方が優れていた。むしろ現在の方が退化してしまったといえよう。
0613名無しさん＠お腹いっぱい。
2005/08/27(土) 23:47:55>意図的に小指の使用頻度を薬指の使用頻度より少しばかり高くしてある
これは、「機械式タイプライタならキーを押すのに力がいるが、
電子キーボードなら力はいらないから、小指でも楽に押せる」
という発想だろうか?
601が指摘しているように、電子キーボードでも、
小指の負担は低い方がいいと思う。
薬指は器用ではないが、強さでは人さし指や中指と同等。
0614名無しさん＠お腹いっぱい。
2005/08/27(土) 23:53:21>むしろ現在の方が退化してしまったといえよう。
そりゃそうだ。
かな漢字変換が主流になって、世の人々の関心が変換精度に集中したからな。
0616名無しさん＠お腹いっぱい。
2005/08/28(日) 00:04:53Cooperでググったら関係なさそうなヤツがぞろぞろかかってしまった。
0617名無しさん＠お腹いっぱい。
2005/08/28(日) 12:50:39Certain problems associated with the design of input keyboards for Japanese writing,
W.E.Cooper (ed.), Cognitive Aspects of Skilled Typewriting, Springer-Verlag, pp.305-407.
0618名無しさん＠お腹いっぱい。
2005/08/28(日) 13:49:24ありがと!
0619名無しさん＠お腹いっぱい。
2005/08/30(火) 17:41:400620名無しさん＠お腹いっぱい。
2005/08/30(火) 23:36:57左小左薬左中左人右人右中右薬右小
T-code8.7%6.4%10.8%21.1%24.2%10.1%9.4%9.3%
ローマ字8.8%8.5%7.5%11.1%27.7%21.4%14.6%0.3%
AZIK8.8%11.8%6.0%15.0%19.9%21.8%12.6%4.2%
SKY8.5%9.4%13.2%20.1%17.4%15.5%8.7%7.3%
タッチ164.2%7.8%15.6%21.0%26.2%16.4%8.7%0.0%
チョイ0.9%12.2%20.7%12.0%18.9%16.1%12.3%6.9%
カナタイプ4.4%9.3%16.4%22.6%15.4%8.1%8.0%15.7%
JIS X 60024.6%7.0%13.9%19.4%14.6%11.8%9.0%19.6%
JIS X 60045.9%11.9%13.3%14.9%21.7%15.6%11.0%5.7%
ナラコード9.7%5.3%5.1%11.2%23.1%16.1%10.1%19.4%
TRON4.4%9.7%15.1%14.0%22.4%14.2%10.3%10.0%
NICOLA8.9%11.5%8.8%16.6%17.0%13.2%11.7%12.3%
中指NICOLA6.4%8.2%20.1%13.6%13.0%16.7%8.3%13.6%
花4.0%13.7%12.7%17.7%18.4%18.9%11.8%2.8%
T-codeそんなに悪くはないぞ。
0621名無しさん＠お腹いっぱい。
2005/08/30(火) 23:54:39見てあげるから、どこかに表として整形してからうｐ汁。
0622名無しさん＠お腹いっぱい。
2005/08/31(水) 00:50:56左小 左薬 左中 左人 右人 右中 右薬 右小
T-code 8.7% 6.4% 10.8% 21.1% 24.2% 10.1% 9.4% 9.3%
ローマ字 8.8% 8.5% 7.5% 11.1% 27.7% 21.4% 14.6% 0.3%
AZIK 8.8% 11.8% 6.0% 15.0% 19.9% 21.8% 12.6% 4.2%
SKY 8.5% 9.4% 13.2% 20.1% 17.4% 15.5% 8.7% 7.3%
タッチ16 4.2% 7.8% 15.6% 21.0% 26.2% 16.4% 8.7% 0.0%
チョイ 0.9% 12.2% 20.7% 12.0% 18.9% 16.1% 12.3% 6.9%
カナタイプ 4.4% 9.3% 16.4% 22.6% 15.4% 8.1% 8.0% 15.7%
JIS|X|6002 4.6% 7.0% 13.9% 19.4% 14.6% 11.8% 9.0% 19.6%
JIS|X|6004 5.9% 11.9% 13.3% 14.9% 21.7% 15.6% 11.0% 5.7%
ナラコード 9.7% 5.3% 5.1% 11.2% 23.1% 16.1% 10.1% 19.4%
TRON 4.4% 9.7% 15.1% 14.0% 22.4% 14.2% 10.3% 10.0%
NICOLA 8.9% 11.5% 8.8% 16.6% 17.0% 13.2% 11.7% 12.3%
中指NICOLA 6.4% 8.2% 20.1% 13.6% 13.0% 16.7% 8.3% 13.6%
花 4.0% 13.7% 12.7% 17.7% 18.4% 18.9% 11.8% 2.8%
これでどうだ。
0623名無しさん＠お腹いっぱい。
2005/08/31(水) 01:27:11そもそも毎日毎日何千字と入力してる人じゃない限り
関係ないくらいの差しかないような気が汁。
0624名無しさん＠お腹いっぱい。
2005/08/31(水) 01:29:02さらにスペース2つを全角スペースで置換しておきゃいいだろ。
0625名無しさん＠お腹いっぱい。
2005/08/31(水) 03:44:060626名無しさん＠お腹いっぱい。
2005/08/31(水) 08:46:53Tはさすがにバランスを考えてるだけあって左右対象に近い。
あと右手小指の使用率がまったくばらばらで、
ぜんぜん使わないのもあれば酷使するのもあるね。
0627名無しさん＠お腹いっぱい。
2005/08/31(水) 23:43:00英文タイプ流用のローマ字入力の頻度が目茶苦茶になるのは当たり前だろう。
■ このスレッドは過去ログ倉庫に格納されています