親指シフトで日本語を快適に入力しよう 15
>>280
qwertyと言ったら、一般的には、ローマ字入力以外の別のことをいう。
DVORAK配列や12キー配列と比べるときに使う言葉。
だから別の言葉を使えよ。 >>283
>細かく言えばqwertyじゃなくてもDvorak配列でもローマ字入力できるんだし
Dvorak配列を使用したローマ字入力を考慮するのならば、qwerty配列とDvorak配列とどちらで入力しているのか区別が付くから、なおさらqwertyと表記したほうがわかりやすい。
ローマ字入力と書くだけではqwerty配列とDvorak配列とどちらでローマ字入力しているのかわからないじゃん。
俺はWikipediaに準拠して書いたんだけど、あなたの言う一般的とは何を指すの? >>284
Wikipediaによると、
"入力・変換方法
かな漢字変換: 読みとしてかなを何らかの形で入力しておいて、漢字・かな・英字などの変換候補から選択することで漢字の文字を得る。変換の単位としては、単漢字・熟語・文節・連文節・文章一括変換などがあるが、現在は単漢字や熟語単位の変換は廃れている。
かな入力: JIS配列、親指シフトなどの配列のキーボードを用いて直接かな文字を得る。
ローマ字入力: 日本語以外のキーボード(QWERTY配列が一般的)でローマ字を入力し、かな文字に変換する。"
と書かれている。
JIS配列を用いて直接かな文字を得る。
親指シフト配列を用いて直接かな文字を得る。
qwerty配列を用いてローマ字入力をし、かな文字に変換する。
配列名ではなく入力方法で書くべきだというあなたのルールを適用すると親指シフト配列もかな入力と書くべきであり、そうすると親指シフトもJISかなも両方かな入力という表現になり混同すると思うのですが。
配列名と入力方法の両方を書くと、親指シフト配列を用いたかな入力、qwerty配列を用いたローマ字入力と長くて分かりづらいし面倒。
したがって、qwerty、JISかな、親指シフトと配列名だけ書くことがもっとも理にかなっていると思いますが。
英文を打っている方法と混同すると言っていますが、みんな日本語を入力することを前提に話をしていますので。
ここ最近誰か英語の入力の話をしていましたか?
私はWikipediaに準拠して書いたのですが、あなたの言う一般的とは何を指すのですか?
×一般的
〇個人的
の間違えでしょう。
"qwertyと言ったら、一般的には、ローマ字入力以外の別のことをいう。 DVORAK配列や12キー配列と比べるときに使う言葉"
と個人的に考えるのは結構ですが、その考えを他人に強要されても困ります。
日本語入力システム
https://ja.wikipedia.org/wiki/%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0 まあ正直どうでもいいんだけどね。
こんな揚げ足取りに付き合うよりも議論がしたい。
俺は親指シフトの速くて楽だという宣伝を疑問に思っている。
速くないことは何度も示したし、楽に打てるという売りも他配列と比較するとそうではないと>>275で書いた。
>>275について誰か反論下さい。 >>275, >>287
ご希望がありましたので、議論をちょっと記載。
>(同時打鍵だから1打鍵という理屈が通用するのならば、qwertyで「だ」を「d+a」で1打鍵という理屈も通用するのでqwertyの動作数はもっと少なくなる。)
同時打鍵の場合には、
右親指キー打鍵→同時打鍵時間未満→文字キー(E)打鍵、に限定されず、
文字キー(E)打鍵→同時打鍵時間未満→右親指キー打鍵でも、「だ」と入力される
つまり、順序を気にせず同時に押下される動作なので速く打てるという理屈なのだとおもう。
おなじ1打鍵としてカウントするのもどうかと思うが、2打鍵として考慮するのもまた行き過ぎではとおもう。
ローマ字入力においては、
d→a を同時に押下して、逆順の a→d と解釈されたら誤タイプですから
厳密に順序を守らなければならない。
また、>>275 のタイプ数カウント、連続シフトモードを考慮されていない。
富士通のOASYSの親指シフト資料によれば、その時代は連続シフトモードでタイプされていたようである。
連続シフトモードを考慮すると、連続して右シフトが発生するときにはシフトキーは押しっぱなしなので
当然に打鍵数は下がる。
元記事が参照しているhttps://kouy.exblog.jp/7888078/では、文字の出現順を考慮していないので、
連続シフトモードによる恩恵がわからない。 だったらせめてqwertyとNICOLAと書けや
片方は配列、片方は入力方式って変な書き方するからみんな気持ち悪いんだろが ローマ字入力という入力方式の一般的な配列がqwerty
親指シフトという入力方式の一般的な配列がNICOLA 以下の文章(平仮名のみ)は145文字、
本日いろいろ入力テストしてみたところ58秒がMAXだった。
つまり150仮名文字/分、1秒あたり2.5文字。
テストにあたり、エミュレータに細工して、試しにPerformanceCounter を使ってみた。
なんとなく誤タイプが減ったような気がするけど、効果のほどは不明。
もしかすると、Autohotkey のキー処理ルーチンそのものがシステムクロックに基づいて動いており
キー入力時間の分解能は、もとより無いのかもしれない。
でも、分解能が有るか無いかについて、検証する方法を思いついていない。
入力した例文は以下、たぶん勝間和代が書いた文章
「きゃりああっぷてんしょく、しゃないぽじしょんのこうじょうなど
みなさんがもくひょうにしていることをたっせいするためにひつようなこと、
それは、よいじっせきをなるべくおおく、はやくつむことです。
ふだんのしごとをつうじてそれができればいちばんよいのですが、
じっさいにはなかなかむつかしいことです。」 >>290
qwerty君はこれを読んで自分こそが一般的ではない変な呼び方で比較しているということを心するように 揚げ足取りはどうでもいいよ。
本筋と全然関係ないし。 >>286
本人がこれほど必死に反論してるのにどうでもいいのか?
これまではいいとしても今後くらいは気をつけろよ
配列で呼ぶか入力方法で呼ぶか統一するだけのことなんだからさ >>286
通常、「qwerty」という言葉から、
Dvorak配列と比較したQWERT配列か、電話で一般的な12キーレイアウトと比べたQWERTYレイアウトを連想する。
けっしてローマ字入力を連想しない。
「qwerty配列を使用したローマ字入力」ならいいぞ。許す。 >>288
>>275で"親指シフトは速くは打てないが楽に打てて疲れないという理屈は"、と書いてある通り、
1段落目は楽に打てるかどうかについて言及しています。速さについては言及していないです。
親指シフトは打鍵数が少ないから疲れないという理屈のようですが、見せかけの動作数が少なくても、総打数を見てみると多いのだから疲れないというのは間違いであるということを言っています。
>富士通のOASYSの親指シフト資料によれば、その時代は連続シフトモードでタイプされていたようである。
過去ではなく現在の話をしています。あとソース貼ってください。
>連続シフトモードを考慮すると、連続して右シフトが発生するときにはシフトキーは押しっぱなしなので
>当然に打鍵数は下がる。
連続シフトモードを考慮するのならば、連続シフトで打てる配列は同じように打鍵数が下がります。
NICOLAだけの打鍵数を下げるのは不公平な比較です。
楽だとか楽ではないとかは相対的なものです。連続シフト使用時は打鍵数が減るというのならば同じように新jis下駄小梅配列などの打鍵数も減るので、入力の楽さという点でそれらの配列と比較するとNICOLAは劣っています。
打鍵数の多さで劣っていることに加えて、小指の使用頻度という点でも劣っています。
小指の使用頻度はqwerty、JISかなに次ぐ3番目の多さです。
薬指の使用頻度も他配列と比べると多いです。
総打数:NICOLA14229打鍵、小梅13625打鍵、下駄13039打鍵、新JISかな12926打鍵、
小指の総打数:NICOLA1765打鍵、新JISかな1493打鍵、小梅1447打鍵、下駄792打鍵
薬指の総打数:下駄3045打鍵、NICOLA2748打鍵、新JISかな2676打鍵、小梅2484打鍵、 仮に連続シフトモードを考慮して打鍵数を下げたとしてもその影響はわずかでしょう。
元々出現頻度が低い文字が同時打鍵で打つように配置されているのだから、そこからさらに連続して同じシフトを押すケースはかなり少ないでしょう。
連続シフトによるわずかな打鍵数を引いたところで、総打数の少なさではどうやってもNICOLA14229打鍵はJISかな12256打鍵には勝てません。
入力の楽さは総打数の少なさだけではない、それ以外にも4段目まで移動する時間や小指の使用頻度も考慮するべきだというのであれば、
3段しか使用せずNICOLAよりも総打数も小指の使用頻度も少ない新jis下駄小梅配列を使えばいいのです。
以上のことから、入力の楽さという点においてNICOLAは他配列よりも劣っていると言えるでしょう。 ここは基本的に親指シフトユーザーどうしの情報交換スレなんだからこっちでやれよ。
よろしければ配列について教えろ その13
https://medaka.5ch.net/test/read.cgi/pc/1495865046/ >>富士通のOASYSの親指シフト資料によれば、その時代は連続シフトモードでタイプされていたようである。
>過去ではなく現在の話をしています。あとソース貼ってください。
連続シフトについて記載したとき、「やまぶき」の連続シフト機能か念頭にありました。
言葉足らずで申し訳なかったですが、過去の話と共に、現在の話もしています。
Wikipedia-親指シフトには以下の記載があります。
>OASYSの親指シフトキーボードでは、親指キーを先に押した場合はどんなにタイミングがずれても許容された(前置シフト)。文字キーのほうが一瞬早かった場合は数百ミリ秒のズレを許容する。
でも、これを良く見てみると、文字キーが押された後、他の文字キーが押された場合
が含まれるか不明なのですね。
これが連続シフトのことを言っているかどうかは不明ですので、取り消します。
あと、NICOLA規格書の以下記載
>9.1.1 緩慢な打鍵操作に対する対応
>親指キーを先に押し、後から文字キーを打鍵する操作(英文入力におけるシフト操作と同じ)も同時打鍵と認める方法。
>→ 別紙「親指キー併用形鍵盤の制御マトリクス」において、
> 親指キー押下状態におけるタイムアウト処理を無くす。
この記載も、文字キーを押下したのち、他の文字キーを押した場合が含まれるか不明ですね。
余談ですが、別紙「親指キー併用形鍵盤の制御マトリクス」って、JIS化提案の状態遷移表のことでしょうか。 >>299 本当にそうだよな。
よろしければ配列について教えろ その13
https://medaka.5ch.net/test/read.cgi/pc/1495865046/
でやってくれよ。親指シフトをdisるのが目的なだけだし。
専用キーボードが出る見込みなんてない個人レベルの配列の宣伝されてもな。 >>301
他の配列の話が禁止ということであれば、
>>8>>29>>32>>46>>49>>52>>60その他多数のレスは、
全て不適切なレスということになりますね。
しかし速いとか楽だとかは全て相対的なものであり比較の上で成り立つものなので、NICOLAと比較するために他の配列の話が出るのは当然なのでは?
他の配列と比べられたくない、でもNICOLAは速くて楽だということですか?
>専用キーボードが出る見込みなんてない個人レベルの配列の宣伝されてもな。
わざわざ専用のハードウェアキーボードを用意してまで、遅くて楽ではない配列を選択するメリットは何ですか?
導入する際の準備がソフトウェアだけで済む、NICOLA以外の速くて楽な配列の方がいいのでは?
このスレは現役でNICOLAを使用している方以外にも、NICOLAに興味をもってやってみようかなと思っている人も訪れるはずです。
そういった方達にNICOLAの速くて楽であるという宣伝文句は嘘であることと、もっと視野を広げればNICOLA以外の様々な優れた配列があることを伝えるためにも、真実を書き込む必要があるでしょう。 >>302 どの配列がいいかという議論は
よろしければ配列について教えろ その13
https://medaka.5ch.net/test/read.cgi/pc/1495865046/
でやってくれよ。過去ログをみればわかるが、
ここは親指シフトユーザーが親指シフトについての情報交換をするスレ。
オレ自身は「NICOLAは速い」と主張したことはない。 >>302
親指シフトのスレに来て、「親指シフトはダメで別の配列がいい」
っていう長文を何度も書き込んで荒らすのは単なる迷惑行為。出て行けよ! アメフトのスレに来て、「アメフトはダメだからラグビーがいい」
っていう書き込みを何度もするのと同じ。 だいたい、qwertyくんは議論するとか言っておいて
「qwerty」ではわかりにくいといったことさえ認めようとしない。
そんな奴と議論なんかできるかよ。出て行け。 他配列について深く書き込むのはスレ違いとおもいますので、
簡単にコメントします。
ここに、「かえうち」のユーザのキー配列統計情報が公開されています。
https://kaeuchi.jp/blog/1st-anniversary/
購入者総数 556名中 日本語入力について、
親指シフトの方が65%
ローマ字の方が25%
その他配列の方が10%です。(55名?)
うち、下駄/新下駄 11名 (2%)
飛鳥/かえであすか 8名 (1.6%)
AZIK 3名 (0.6%)
月配列 3名 (0.6%)
かえうちを購入される方は、early adaptor と思われ、
新規配列についても貪欲に試用すると思われますが、
それですら、これだけ少ない数しか、新規配列のユーザがいない。
それは、NICOLA配列に欠点があるとしても、
NICOLA配列を学習したコストを無にしてまで移行するほどではないということです。
そもそも、普通の人はローマ字からNICOLA配列への移行すら嫌がりますから。
NICOLA配列のエミュレータ(やまぶき)を起動して、
ランダムにパラパラとキーを打ったときのカーソルの動き、
これにはときめきましたね。ローマ字モードでは絶対に得られない速度でしたから。 >>308
お前は相変わらず偏ったデータの読み方をする。
それは、NICOLA配列に欠点があるとしても、
じゃねーよ。それだとかえうちを買った人=親指シフトユーザーっていうお前の勝手な決めつけが出発点になっている。情報そのものを誤って捉えている。
かえうちを買った人間のうち65%が親指シフトユーザーであるというのがデータそのものが示していることだ。
その記事にも「日本語入力での配列は、親指シフト(NICOLA)が65%を占めます。親指シフトを目的に かえうち を購入された方が大変多くいらっしゃいます。」と書いてあるだろ。
どこをどう読んだら親指シフトからこれだけの人が別の配列に移行しましたよなんてことになるんだ?
ただお前が自分の導きたい結論のために情報を無理やり偏って読み取っているだけだ。
そんなつまらない印象操作を続けるならどっか別の場所にいけ。 自分がローマ字入力から、親指シフト(NICOLA配列)に切り替える決めてになったのは
入力速度が1.7倍になるのではないかという期待からです。
実際に測定すると 1.7倍 にはならず、いまは1.3倍 くらいですが、
入力速度アップの阻害要因をていねいに除去することで、
もう少し速度が向上し、誤入力が減少するのではないかと考えています。
具体的には、キー入力の状態遷移図の改良や、
右親指シフトキーの位置の最適化などです。
orzレイアウトの方が比較的多いことを考えると、
JISキーボードの変換キーは、
親指シフトに流用するには、右側に寄りすぎているのだとおもいます。 >>309
私は、>>296, >>297 さんではありませんよ。 私は、>>288 , >>300 を書き込んだものです。
>>296, >>297 の回答を戴きましたが、
どうやら、良い議論にはならなそうなので、ここで閉じることにします。 >>311
そんじゃあ「相変わらず」は訂正するが、それ以外はそのままだ。
新規配列への移転元を勝手に親指シフトに限定しているが、それはすべてお前の思い込みだ。
正してやると、
「それは、《現状の入力方式》に欠点があるとしても、
《現状の入力方式》を学習したコストを無にしてまで移行するほどではないということです。」
となる。
ここに無理やり親指シフトを当てはめたのは、お前が情報を正しく読み取る能力がないか、もしくはわざと偏った情報の使い方をしているかのどちらかだ。
どちらにしろお前は議論をするのにふさわしい人間とは思えない。 >>313
下駄/新下駄、飛鳥/かえであすかの配列をお使いの方を観察すると、
いったん親指シフト(NICOLA)を学習されたのち、
NICOLAに飽き足らず改良配列のデザインに着手されたり、
改良配列を学習されたりしているからです。
ローマ字入力/カナ入力の方がいきなり新規配列を学習されるというのは
寡聞にして知りません。
その前提のもとに、かえうちのデータを解釈しました。
なお、「NICOLA配列に欠点があるとしても、 」という表現は
単なるレトリックに過ぎません。
私は、NICOLA配列には大きな欠点はないと考えています。 >>314
お前も、の後はなんなんだよ?そういう内容ゼロの煽りしか出来ないから議論をするに相応しくないつってんだよ。 >>315
そんな「自分調べ」なんてものぶち込んでくるならソース付きのデータと勝手に混ぜるな。NICOLAの派生配列ならまだしも、下駄とか月とか親指シフトと関連ないだろ。
ちゃんと「これは自分調べなのですが」とか書いとけ。
お前の「寡聞にして知りません。」なんてこっちこそ知ったことじゃねえんだよ。
例えばこのスレ内だけでも
>>86は月配列半年らしいが全く1mmも親指シフトに向いてないキーボードを「親指シフト向きに見えるのになんで話題にならないの?」などと聞いているからおそらく親指シフトをちゃんと知らないんだろう。
お前の寡聞なんてこのスレ内も網羅しとらんわ。 中指ニコラを試してみたけど、濁点の位置が致命的に悪くて流石に普通のニコラに戻したわ
親指シフトでもっとリズムよく打てれば良いんだけどなぁ >>303
>ここは親指シフトユーザーが親指シフトについての情報交換をするスレ。
NICOLAに関連する情報を提供しているのですが、これは情報交換ではないのですか?
新規ユーザーにとってもすでにNICOLAを使っている人にとっても、NICOLAは速くないし楽でもないという事実は価値のある情報でしょう。
Aという製品のスレッドで、Bの方が〇〇の面においてよかったよ、値段が高いよなどと話すのは情報交換と言えるのではないでしょうか?
NICOLAユーザー以外は話をしてはいけないということでしたら、NICOLAをこれから始めてみようとこのスレを覗いた人も質問を書き込んではいけないことになりますね。
その人はまだNICOLAユーザーではないわけですからね。
そういう排他的なコミュニティーにして他配列と比較されることを嫌い、NICOLAは速い楽だとこれからも言い続けるつもりなんですか?
>オレ自身は「NICOLAは速い」と主張したことはない。
私は>>296-297でNICOLAは速くもないし楽ではないと3回も書き込んでいるのですが、なぜ速くはないということだけを抜き出して楽ではないことは無視しているのですか?
楽だと思っているのならば反論下さい。 >>308
NICOLAから他の配列に移行する人が少ないから、NICOLAは優れた配列だという主張ですか?
だとすると3つ反論ができますね。
1つ目は、そのデータからだけではNICOLAから他の配列に移ったのかどうかは読み取れません。
qwertyやJISかなから他配列に移行した人もいる可能性がありますよね。
2つ目は、仮にNICOLAから他配列に移行する人が少ないという事実があったとしても、移行者の多寡と配列の優劣は関係ないです。
移行者が多かろうが少なかろうが、NICOLAが他配列と比較して速くなくて楽でもないという事実は私が示したデータから見て取れます。
3つ目は、仮にNICOLAから他配列に移行する人が少ないという事実があったとしても、NICOLAが優れているから他配列へ移行しないのではなく、NICOLAしか使えないから使い続けているだけの可能性があります。
フェイスブックのNICOLAの集まりを見ればわかりますが老人が多いです。
若い頃にNICOLAを選択して、他の配列に移行する気力と能力がなくそのままNICOLAを使い続けているだけの人もいますよね。
以上の3点から、NICOLAから他の配列への移行者が少ないからNICOLAは優れた配列であるという主張はおかしいと言えるでしょう。
>>315
>下駄/新下駄、飛鳥/かえであすかの配列をお使いの方を観察すると、
>いったん親指シフト(NICOLA)を学習されたのち、
>NICOLAに飽き足らず改良配列のデザインに着手されたり、
>改良配列を学習されたりしているからです。
これだとやっぱりNICOLAよりも優れた配列があるということになりませんか?
その人達はNICOLAと下駄/新下駄、飛鳥/かえであすかとを比較した上で、NICOLA以外の配列を選択しているのですから。 >>320さん、スレ番号を入れていただけませんでしょうか。
文体から、320 さんの書き込みであると推定したのは以下です。
>>275,276,280,
>>285,286,287
>>296,297,>>302,>>319 「優れた配列」は人によって違います。
私が使いたい「優れた配列」の要件は、タイピング速度の速さ、手指への負荷の小ささに加えて、
学習の容易さ、動作環境の広さ、があります。
新JIS配列は1986年に、JIS規格に制定されましたが、
1999年に使用実績がないとのことでJIS規格から廃止されました。
それは、学習コストによるものとおもいます。
ローマ字入力は、極めて学習が容易です。
AIUEOKGSZTDNHPBMYRWの僅か19ポジションを覚えればよいのだから。
しかも覚えたキーポジションは、英語配列でも有効です。
殆どの人にとって、このメリットは、タイピング速度や手指への負荷を超えるのでしょう。
JISかなの学習コストはやや大きく、カナ文字45、濁点゛半濁点゜長音、
シフト状態の“、。・”の3ポジションの計51ポジション
拗音9は、シフトで打鍵できるたため、記憶対象から除外します。
これらローマ字入力とJISかなは、殆どのPCで使えるとおもいます。
親指シフト配列(NICOLA)の学習コストは、カナ文字60、濁点゛半濁点゜長音、“、。・”
の合計66ポジションです。その代わり、ブラインドタッチしづらい最上段をタイプしなくてもよい
メリットがあります。
但し、公式に提供された動作環境はJapanistしかなく、絶滅が危ぶまれます。
これ以外の個人開発の配列は、動作環境が継続的に提供されるか否かは、NICOLA以上に不透明です。
よって、私にとって個人開発の配列は「優れた配列」の要件を満たしません。 >>323
悪いけど、自分にとっての優れた配列論とか自分のブログでやってくんね?それ俺らになんの関係あるの? >>321
アンカーしたレスは、全部私のレスで合っています。
>>323
私はNICOLAの速くて楽だという宣伝文句に対する反論を再三言って来たし、あなたもそれに対して反論して来ていたのに、急に自分の考える優れた配列はこうですと言われましても。
今までの流れは何だったんですか?
まああなたの考える優れた配列の尺度に付き合いますよ。 ・タイピング速度
JISかな>qwerty>NICOLA?=新JISかな?
新JISかなは3段になった変わりにシフトを多用するのでJISかなのようには速くは打てないです。
JISかな>qwertyはタイピングゲームにおいての話であり、記号や数字を含む実用入力だと>>259の動画の通り、qwertyにやや分があるかもしれないです。
しかし入力する文章の記号や数字の含有率によって有利不利が大きく変わるので、一概にどちらが速いとは言えないです。
ただしタイピングゲーム、実用入力、どちらの争いにおいてもNICOLAが入り込む余地は全くないです。
・手指への負荷の小ささ(総打数の少なさ)
JISかな12256打鍵>新JISかな12926打鍵>NICOLA14229打鍵>qwerty17019打鍵
・手指への負荷の小ささ(小指の使用頻度の少なさ)
新JISかな1493打鍵>NICOLA1765打鍵>qwerty2442打鍵>JISかな2766打鍵
・手指への負荷の小ささ(薬指の使用頻度の少なさ)
JISかな1982打鍵>新JISかな2676打鍵>NICOLA2748打鍵>qwerty3232打鍵
・学習の容易さ
qwerty>JISかな>NICOLA?>新JISかな?
正直この尺度はどうでもいいですね。
配列を覚えるだけなら1日、思い出しながらゆっくり打つのに2,3日、なんとか実用レベルにまでもっていくのに1週間、人によって多少記憶力に違いはあれど、よほど賢くないか年老いてでもない限り簡単に覚えられるのでは?
それに仮に覚えるのに時間がかかったとしても、配列を覚えてから受ける恩恵のことを考えれば、少しくらい覚えるのが大変でも構わないのでは?
・動作環境の広さ
qwerty=JISかな>新JIS>NICOLA
エミュやら専用キーボードやらを用意しなければならないNICOLAは、この尺度において駄目でしょう。
1位獲得回数・・・JISかな4回、qwerty2回、新JISかな1回、NICOLA0回
各尺度の1位に4点、2位に3点、3位に2点、4位に1点付与して考えると・・・JISかな合計20点、qwerty合計16点、新JISかな合計15点、NICOLA合計12点
あなたが挙げた配列の中で、あなたの考えるタイピング速度、手指への負荷の小ささ、学習の容易さ、動作環境の広さという4つの尺度で比較しても、NICOLAが他の配列よりも優れている点は一つもないじゃないですか。
1位獲得回数でも得点でも最下位ですよ。 >・学習の容易さ
>qwerty>JISかな>NICOLA?>新JISかな?
>正直この尺度はどうでもいいですね。
大多数のユーザが何故、JISかな ですら学習しようとしないか、
それは、学習コストを支払いたくないためです。
試しに、
飛鳥配列、下駄配列、蜂蜜小梅配列などを、
学習コスト、すなわち記憶すべきキーポジション数で評価してみてください。
>・動作環境の広さ
>qwerty=JISかな>新JIS>NICOLA
消滅してしまった新JIS配列は、
Japanistがリリースされつづけている 親指シフト(NICOLA)よりも
動作環境の面では劣ります。 お前らコテハンつけてやってくんね?
興味ないやつはコテハンでNGつけて消せるからさ。
ここの人間のほとんどはローマ字入力(もしくはかな入力)も出来て、親指シフトも使えて、自分の好みで既に親指シフトを選んでる人なの。
軽自動車とハイブリッドの燃費やコスパ論争みたいなもんで、両方持ってる人間にはそれに興味がない人も多いのよ。 結局入力方法なんてそれぞれの使い勝手で選んでるだけで、最高速度とか効率とかじゃないことも多々あるんだよ。
例えば俺はローマ字入力も親指シフトもどっちもキーボード見ずにタッチタイピングできる。そんで仕事で同じような内容の書類を英語でも日本語でも作らないといけないわけ。
そうすると英語でインターネットは「internet」、ローマ字入力だと「innta-netto」スペリングが似通ってくるだけに頭の中で切り替えるのが面倒くさいの。
でもかな入力のような運指の多いタイピングは疲れるから親指シフトくらいが自分には一番都合がいい。
だからあんたらの速度論争とか効率論争とかこれっぽっちも興味がないわけ。
コテハン付けてNGさせてくんね? ここでしか憂さ晴らしできないんだろうなあ。
とにかく相手すんのやめようや。 >>327
>大多数のユーザが何故、JISかな ですら学習しようとしないか、
>それは、学習コストを支払いたくないためです。
じゃあその人にとっての新しい配列全般はダメで、今使っている配列を使えってことになるじゃないですか。
大多数のユーザにとって、qwerty以外は駄目ということになるのではないでしょうか。
>消滅してしまった新JIS配列は、
>Japanistがリリースされつづけている 親指シフト(NICOLA)よりも
>動作環境の面では劣ります。
では動作環境の広さのNICOLAと新JISかなの順位を入れ替えて得点も計算し直しましょう。
・動作環境の広さ
qwerty=JISかな>NICOLA>新JISかな
1位獲得回数・・・JISかな4回、qwerty2回、新JISかな1回、NICOLA0回
各尺度の1位に4点、2位に3点、3位に2点、4位に1点付与して考えると・・・JISかな合計20点、qwerty合計16点、新JISかな合計14点、NICOLA合計13点
どのみちNICOLAは最下位のままですね。 >>329
速さだけではなく、入力時の楽さ、負担の少なさでもNICOLAは他の配列と比べて劣っていると言っています。
ローマ字と日本語で混乱してしまうくらい入力スキルが低いのであれば、ローマ字入力系の配列を使用せずにかな入力系の配列を使用すればいいだけです。
小指が動かず4段目も打てないくらい指が不器用なのであれば、3段で打てて小指の使用頻度がNICOLAよりも少ない配列が他にあります。
かな入力系の配列の疲労度を、総打数の少なさ、小指の使用頻度の少なさ、薬指の使用頻度の少なさ、指の移動距離の4つの基準で評価していきましょう。
・総打数の少なさ
JISかな12256打鍵>新JISかな12926打鍵>下駄13039打鍵>小梅13625打鍵>月13275打鍵>NICOLA14229打鍵
・小指使用頻度の少なさ
下駄792打鍵>月1316打鍵>小梅1447打鍵>新JISかな1493打鍵>NICOLA1765打鍵>JISかな2766打鍵
・薬指の使用頻度の少なさ
JISかな1982打鍵>小梅2484打鍵>新JISかな2676打鍵>NICOLA2748打鍵>月3041打鍵>下駄3045打鍵
・指の移動距離
下駄0.52>新JISかな0.53>月0.54>小梅0.65>NICOLA0.66>JISかな0.82
ホームポジション以外のキーの総打鍵数/総打数で計算
下駄 6784/13039打鍵 0.52
小梅 8982/13625打鍵 0.65
NICOLA 9429/14229打鍵 0.66
月 7298/13275打鍵 0.54
JISかな 10140/12256打鍵 0.82
新JISかな 6864/12926打鍵 0.53
1位獲得回数・・・下駄2回、JISかな2回、新JISかな0回、月0回、小梅0回、NICOLA0回
各尺度の1位に6点、2位に5点、3位に4点、4位に3点、5位に2点、6位に1点付与して考えると・・・下駄合計17点、新JISかな合計17点、小梅合計15点、JISかな合計14点、月合計13点、NICOLA合計8点
以上のことから、入力時の疲労度という点において、NICOLAは他の配列と比較して劣っていると言えます。 最速で打ちたい・・・qwerty、JISかな、月
指の負担を軽くしたい・・・JISかな(総打数は一番少ないが、指の移動距離は多い)、新JISかな、下駄、小梅、
指の負担を軽くしたいが、不器用で小指が動かないし4段目も打てないのでJISかなは厳しい・・・新JISかな、下駄、小梅
ってことになりませんか?
NICOLAを選択する理由がわからないです。 >>332
だからさ、それぞれの使い勝手だって言ってんだろ?お前日本語理解できるの?
俺は、職場ではデスクトップPC、出先ではポメラDM200、客先Androidタブレット、家はノートPCって環境なの。
標準的なNICOLAなら一応この全部で使えるわけ。
俺の使い勝手はNICOLAの親指シフトなの。
そんでお前の理論には興味がないの。
TPOも考えられない頭で、「間に合ってます。興味がありません」って人まで無理やり「僕の考えた最強」勧めてこないでくれる?
あとコテハン付けて。 >>334
私が挙げた客観的な数字に対して俺はこうだと主観的なこと言われましても。
NICOLAの速くて楽だと言う宣伝は嘘だと言っているだけなんですけど。
楽に打てると言うのならば、データを示して反論すればいいだけなのでは?
入力の楽さについてNICOLAと他の配列と比較した途端に、躍起になって私をこのスレから追い出そうとしている方が見受けられますけど、
NICOLAが楽ではないことが知られると都合が悪くなる立場の人でもいるんですかね?
本当に優れた配列であるならば、そのデータを示せばいいだけじゃないですか?
議論をせずに追放するだけなんて、NICOLAは他配列と比較して楽には打てないと言っているようなものなのでは?
新規ユーザーの方がこのスレでのやり取りを見たら、本当にNICOLAは楽に打てるのか?と訝るだけだと思いますよ。 練習時間とか個人差を無視して最高速度だけ比較しても意味ないのでは
かなり昔のデータだけど、未経験者を対象に同じ練習時間で入力速度を比較したら
遅 ローマ字(qwerty)<JISかな<NICOLA 速
になったという調査結果がある(↓の【図3 習熟度比較】を参照)
http://nicola.sunicom.co.jp/spec/demand.htm
少なくともタイピング初心者にとってはNICOLAが楽だといえると思う
競技タイピングの上級者レベルならNICOLAよりローマ字入力やJISかなの方が速いといっても、運指の最適化にかなりの練習時間が必要だと想像する
自分はそっち方面は興味ないのでNICOLAで十分 >>335
俺はお前の語る内容に興味ない。だから見えなくしたいのでコテつけてくれ。
俺は主にこういう主張をしている。
お前は、「あなたが自分は親指シフトが楽に打てるというのなら、データを示して私に反論するべきです」という主張をしている。
なんかおかしくないか? 俺が>>334で言った内容を要約してやると
「様々なデバイスを使うので汎用性の高い親指シフトは俺には使い勝手がいい」
となる。
お前の数字やデータありきの議論を無限に続けても俺のポメラには月配列も小梅も入らないし、Androidタブレットにモバイルキーボードを接続しても不可能だ。
その場合どうするわけ?
デバイスごとにそのデバイスで可能な最も効率的な日本語入力方式を使い分けるべきなの? >>335
まずさ、お前の根本的な目的はなんなの?
NICOLAを否定することが目的なの?
例えば俺が「そっかNICOLAよりも効率的な配列もあるのか」って言って小梅やり始めたらどうすんの?
小梅はお前のランキングではトップじゃないじゃん?もっと楽に打てる配列あるのに俺が「あー小梅は楽でいいわ」って言ってたらどうするの?
NICOLAでさえなければお前は満足すんの?それとも今と全く同じことを小梅にも言ってくるの?
「小梅が楽と言うならばもっと楽に打てる配列があるという私のデータにきちんと反論してください」って。
どっち? >>331-333,>>335
これは >>320 さんですね。コテハンを入れて戴きたくおもいます。
>>335
>私が挙げた客観的な数字に対して俺はこうだと主観的なこと言われましても。
>NICOLAの速くて楽だと言う宣伝は嘘だと言っているだけなんですけど。
自分がローマ字入力の頃は、100〜120かな文字/分、
つまり170〜200打鍵/分くらいでした。
安いキーボードのせいか、物理的限界に近いことも感じましたね。
いま、自分が親指シフト(NICOLA)に変えて3年くらいですが、
130〜160カナ/分くらいは出ています。
つまり、130〜160打鍵/分くらいで、
キーボードの物理限界にはまだ余裕があります。
なお、キーボードの物理限界という観点でみると、
同時打鍵は、1打鍵としてカウントすることができます。
つまり、親指シフト(NICOLA)により、ローマ字に比べて現実に速くなっており、
まだ、「伸びしろ」がある。 >>331
>じゃあその人にとっての新しい配列全般はダメで、今使っている配列を使えってことになるじゃないですか。
>大多数のユーザにとって、qwerty以外は駄目ということになるのではないでしょうか。
その通りです。
親指シフト(NICOLA)をいまさら学習しようという人は、
全体の1%もいない、物好きです。(誉め言葉です)
もうすぐ、使いやすい音声入力が具現化されますので、
キーボード入力は、廃れていくものとおもわれます。 >>336
速度に関しては軽く言及しているだけで、楽に入力できるかどうかについて主に話しています。
楽に入力できると言うのは、指への負担を指して言っています。
そして他配列と比較してNICOLAは、指への負担が軽いとは思わないと再三述べています。
たしかに極めるとどこまで速くなれるのかという尺度だけではなく、普通の人が速く打てるレベルはどうなのかという尺度で配列を比較するのも良いと思います。
しかしあなたが貼ったURLはガバガバ過ぎる調査結果ですね。
A〜Dは一人につき3つの配列を練習していた場合。
E、Fは一人につき1つの配列を練習していた場合。 @被験者の数が少なすぎる。
Aどのような順番で配列の練習をしていったのか書かれていない
ワープロ未経験者と書かれていますし、この時代はパソコン自体一般的に普及しておらず被験者の中にはキーボードに触ること自体初めての人もいる可能性が高いです。
従って、一番最初に練習した配列よりも一番最後に練習した配列の方が指がスムーズに動くので有利になります。
B40時間の練習の内訳が書かれていない
単純に40を3で割って3つの配列を13.3時間ずつ練習をしたのか、それともNICOLAだけ偏って練習をしたのか不明。
C40時間終了時点でもっとも速かった配列が最も優れた配列なのか?
一つの配列につき40を3で割って13.3時間練習した段階って、まだ入力がおぼつかない状態でしょう。
そんな段階で比較して優れているも何もないのでは?
D仮に40時間の練習終了時点でNICOLAが速度においてもっとも優れていたとしても、その後の伸びが不明
40時間の練習終了後も同じように3つの配列を練習し続ければ速度が逆転する可能性があります。
100時間、500時間、1000時間練習後の3配列の速度はどうなるのか不明。
E一人が3つの配列を練習したのではなく、一人につき一つの配列だけを練習していたならば、その結果は配列の優劣ではなく個人の能力の優劣の可能性がある
指が器用に動く人にあてがわれた配列は、当然調査結果は速くなります。
これでは配列が優れていたのか個人の能力が優れていたのかわからないです。
F被験者の年齢が不明
一人につき一つの配列を割り当てられていたとしたら、若い人に割り当てられた配列が速くなり、年老いた人に割り当てられた配列が遅くなります。
これでは配列の優劣を正当に評価できません。
>2 標準時間法による入力方式別速度比較実験
> 日本能率協会による標準時間法に基づいた入力速度の比較を行ったが、やはり同様 の結果を得た。
全くもって意味不明ですねこれ。
日本能率協会による標準時間法に基づいた入力速度の比較とは、どのような測定方法なのか不明。 >>340
速いの定義は何なんですか?
>>225>>244ではトップレベルの最速域について話しているように思えますが、>>340だと打つのが遅い人が普通レベルになれることを指しているように思えます。
後者だとしても、あなたの体験だけではNICOLAが遅い→普通レベルになるのに優れた配列なのかどうかはわかりません。
あなたにとってたまたまqwertyが合っていなくてたまたまNICOLAが合っていた可能性もあるからです。
ある程度の規模の調査結果を示せれば良いわけですが、>>336さんの出した調査結果は>>345で述べたとおり欠陥が多すぎます。
>>341
NICOLAを擁護していたり、キーボード入力は廃れていくと言っていたり、何を主張したいのかわかりづらいです。 >>346
大多数の人にとっては、キーボード入力などローマ字入力で充分、
他配列を覚えるなどとんでもない、ということです。
そして、音声認識による文字入力が使い物になるなら、
少なくとも個人用途では、一気にそちらが主流になるであろうということです。
そっちの方が楽ですし、殆ど何も覚えなくてよいですから。
但し、音声認識による文字入力は、業務用途で使いづらい欠点があります。
親指シフトは、標準になることはないながらも、
これからも業務用途を中心に、細々と残ってゆくのではないかと思います。
Win,Mac,Linuxの3環境で動作しますし、公式環境 Japanist も未だ残っています。 やまぶきとか紅皿で配列変更している状態で、Visual Studio Code で
日本語入力すると「<BS>わ我々は宇宙人だ」みたいな、おかしな結果に
なるんだけど、俺環?
(<BS>は入力開始時のカーソル左側の一文字が削除される。)
アップデートできるものはすべて最新版にしてる。
他のソフトでは起こらないから、配列エミュレータとVSCodeの相性なのかなぁ。 >>348
はい。配列エミュレータとVSCodeの相性の問題です。しかし、この手の問題は嫌ですね。
富士通さんがOASYSキーボードドライバーをUSB JISキーボード対応にしてくれればすべて解決されるのに。
これは「わ」に限った問題ですか?
紅皿は、ゼロ遅延モードを実装しているので「わ」を打とうとして「.」キーを押すと、一旦「ほ」を出力して同時打鍵判定をした後に「<BS>わ」を出力します。
しかし、「やまぶき」でもなるのですか。。。
もしそうなら「やまぶき」も「親指の友Mk-II」よりも先にゼロ遅延モードを実装しているんですかね? パソコンショップグッドウィルでSSD壊れたと嘘つかれました、
点検の際に何度も買ったばっかりで壊れるはずがないと言われ、
アップライドさんでみてもらったらまったく壊れていないと。
別にアップライドの回し者でもなく、のちのちアップライドさんで処理してもらった
再インストールだけで自分でできた事だったので、結局アップライドもかと
思ったけど商売なので納得しました。。
単純に再インストールの必要があっただけで後日友達も
大須のグッドウィルで「SSDが壊れてますね」を言われていたので
さすがに消費者のみなさんにも理解していただきたいので、
みんなに注意喚起しておきますね >>349
どうやら、入力の1文字目がポイントで、母音であれば問題は起きないようです。
「アメンボ赤いなあいうえお」
などは<BS>が出たり文字がダブったりせずに正しく入力できます。子音で必ず問題が起こります。
各配列エミュレータの設定もだいぶ試行錯誤しましたが、直りませんでした。
最初ATOKのせいかと思い、MS-IMEやGoogle日本語入力に切り替えて試しましたが同じでした。
やまぶきを切ると直ったので、ここで配列エミュレータとVSCodeとの相性を疑いました。
その後、VSCodeを古いバージョン(1.28)に戻したら直ったので、原因はほぼ間違いないようです。 Japanist2003とFKB8579-661EV持ってます。 352です。途中で送信してしまった。
Japanist2003とFKB8579-661EV持ってます。
これだけの資産でWIN10上で親指入力可能でしょうか。
可能であれば手順など詳しく教えて頂ければ有難く思います。
Win7まで上記ツール+外付け10キーで快適に親指シフト入力
してました。Win7マシンが壊れてからはやむを得ずJISローマ字。
そろそろ終活始めたところでFKB8579-661EVを処分しようかと
思いましたがその前に一あがきしてみようかと投稿しました。 Japanist10 を購入すればよいのではとおもいます。
ttps://access-fs.com/FAQ/Windows10.html
FKB8579-661EVといえばヤクオフでも結構な人気ですので、
捨てるなどもったいなさすぎ。 >>353
Japanist 2003でもデスクトップアプリだけならWindows 10で使えるよ。
ただし、ときどきWin+Spaceで、MS-IMEなどに切り替える必要性が発生するけどね。
しかし、一番いいのはWindows7が入っている中古PCを買うこと。 まとめレスで失礼。
次期PC購入資金積立中で余分な出費はなるべく避けたいんで
Japanist10の新規購入までは考えていません。
Windows7はいいOSだと思いますが今更戻るのもどうかと。
年が明けたらJapanist 2003+FKB8579-661EVがWindows 10で
動くかどうかトライしてみます。 >>356
Windows 10でもデスクトップアプリなら、
Japanist 2003+FKB8579-661EVは、Japanist のサボート範囲内。
動かないわけない。 ATOK+ドラゴンスピーチ11Jが最強なのに。
もう手に入らないけど。 USB接続のヘッドセット。DS11Jのパッケージに入ってたやつ。
そう高級品じゃないとおもうから、同等品は市販のであると思う。
Bluetoothとかでもいいかもね。
マイク別に音量とか音質をキャリブレーション必須だろうけどね。
あと、ちょっとしたことだけど、マイクは位置が重要。
鼻息で、吹かれるとダメだね。当たり前だけど。 >>360
ありがとう。オレは4万円くらいするPhilips SpeechMike Air。
専用に開発されただけあって同梱品とは別物です。 本当は相手の反応なんてどうでもよくて自分の話をするために相手に質問をする人っているよね >>365
安く使えるよ。ここの人に聞けばいろいろと教えてくれる。 >>367
ハードソフトの値段は、ゼロ円でもできるよ。
何をもっているかにもよるけど。
導入したり習得する時間コストは、どうかっていうのはあるけど。 >>364
そう。FMV-KB613でカルテに記入していると患者に突っ込まれる。 >>369
FMV-KB613を使っている5チャンネラー医者なんて見たことないから
>>369はウソに違いない。 >>365
とりあえずやまぶき落とせば、今すぐにでも使える。 >>370
医者が、FMV-KB613や音声入力を使っていて5チャンネラーであること自体はあることだと思うが、
FMV-KB613を患者の前で使うと、患者に注目されすぎて仕事にならないと思う。 自意識過剰
医者がもたついて入力しているとか患者がガジェットオタクとかでもない限りキーボードなんて意識しない 医者のキーボードが気になるという考えは特殊なキーボードで特殊な入力をしている人の思考であって普通の人は医者がどんなキーボードで入力しているかなんて特に意識していない おれはキーボードはもちろん顕微鏡とか、製薬会社のグッズとか、いろいろなものが気になる。 俺は聴診器でリットマンかケンツメディコ以外のメーカー使ってる医者がいたらすごい気になるわ
ウェルチアレンならまだしもさらにマイナーメーカーの聴診器使ってたらもう話しかけずにはいられないわ 俺が親指シフトを知らなかったとしても、
スペースバーが2つに割れたキーボード使っていて、
少ない打鍵数で打ち込んでいたら気になって質問しちゃうかな。 近所の医者はDELLでカルテ作ってるね
キーボードにDELLのマークがあった >>378
それ普通。ここで話題になっているのはFMV-KB613を使っていたら患者に突っ込まれるのではないかということ。 >>380
MS-IMEでも以前から設定すればできた。
(ただし、Office IME 2007などではバグでうまく動作しなかった)
しかし、デフォルトでMacのようになったということね。
ATOK、Japanistでは設定すればできる。 Japanistで、無変換で「かな」モードにして、「英数」で半角にすることはできるんだっけ? Japanistで「かな」モードから「半角」モードにするときに、
今は、Alt+半角/全角 でやっているんだけど、
これを「英数」1回でやる方法ってある?