raycy @ wiki

raycy @ wiki

• http://kygaku.g.hatena.ne.jp/raycy/20100617/1276732741

頻出連続文字列のタイプバー隣接忌避を機構的制約条件の一つとみなす史観より

QWERTYの盲点、スタガーstaggered　http://blog.goo.ne.jp/raycy/e/21a8a4d61b8c11eb657bf20aac524857

タイプバー原理タイプライターの「一つの制約条件として頻出連続文字列のタイプバー隣接忌避があった説」を支持してくれそうな傾向が、少しは現れてきているように思えてきた。
アップストライク式ででも、フロントストライク式ででも。

タイプバー＆キー配列に関する「ディッカーソンの規則性」（理想形。アップストライク式編）

• ディッカーソンの「タイプバー＆キー配列定石（アップストライク式編）」は、与えられたタイプバー配置をもとに、ワイヤー駆動でのもっとも無理無駄ムラのないシンプルなつくりにしようとした場合に想定される、キー配列ということにもなろう。そして、その逆方向の推量をしてみているのが、本試みであろう。
• あくまでも、一つの制約条件にすぎないのであって、この条件がつけられたからといって、絞られてきても配列の組み合わせ数は、まだまだたくさんあるということに、山田尚勇の説明ではなる。到底一つの配列に決まってしまうってな話ではもともとない。ではあるが、その機械的制約で切り捨てられた中に、よりよいものがあったかもしれない。たとえばハモンド、ブリッケンスダーファーなどではどうか、。
  • もっとも、タイプホイール式にも、中心部に高頻度文字を集めざるを得ない、頻度エクセルギー則が効いているであろうが。タイプホイールの呪縛。

「デッカーソンの規律」をQWERTY系列配列に適用して得られたタイプバーの隣接状況データは、頻出連続文字組のタイプバスケット上ダイプバーの隣接を減らす方向へ、おおむね推移していることを示しているようである。

• Visibleへの移行は、復帰機構が充実してきたことと、隣接の条件が悪化しようとも、より大きなメリットが期待される「出力印字結果がすぐ『見える化』」の実現価値を重く見てのことであろう。
  • 「見える化」はまた、タイプバーが実際に絡む現場を直視せざるを得ない。これも、この敢えて虎穴にいるシステムの運用作法のしつけ躾へと、やむなく駆り立て仕向けられる、バイオ・ネガティヴ・フィードバック回路を構成することにもなろう。
  • そのうえ、見えるだけでなく、すぐに手が届き、絡みの現場を、直ちに解決解き放つことができる、。

隣接２タイプバー組の連続動作機会頻度（「ディッカーソンの規則性」を適用したBCDP評価）

上掲図の再掲http://www26.atwiki.jp/raycy/pages/215.html

• ブラウン・コーパス・ディ‐グラフ・ポイント（BCDP）
  • http://blog.goo.ne.jp/raycy/e/25f08e32b202090d31f6a4d9a164cfc9
  • ブラウン・コーパス順序なし異字digraph頻度
    • http://www26.atwiki.jp/raycy/pages/182.html [atwiki.jp]
• 頻出連続文字列タイプバー隣接忌避
  • http://blog.goo.ne.jp/raycy/e/440dd806177a6907c1c7d908825e5402
• キー配列-タイプバー配置強関係性説
  • http://www26.atwiki.jp/raycy/pages/158.html#id_da15e560
• ディッカーソンの規則性

上へ[2]

ﾄｯﾌﾟﾍﾟｰｼﾞ
ﾍﾟｰｼﾞ一覧
ｳｨｷ内検索
ﾎｯﾄﾜｰﾄﾞ
タグ一覧
ﾍﾟｰｼﾞの先頭へ[2]
ﾍﾟｰｼﾞの下へ[8]
友達に教える
PC版はこちら

美容室予約ならヘアサロン@pedia
リラクゼーション情報サイト
中古車情報なら自動車@pedia
ｸﾞﾙﾒｸｰﾎﾟﾝ情報ｻｲﾄ

PCで@ｳｨｷに新規登録

直前のﾍﾟｰｼﾞはの戻るﾎﾞﾀﾝで