約 1,870,481 件
https://w.atwiki.jp/wmpskin_sm02/pages/55.html
本スキン(sm02)の曲の移動について 再生履歴の概要および機能本スキン(sm02)の再生履歴についての概要 再生履歴メニュー再生履歴メニューの設定 再生履歴メニューの特記事項 最近使ったファイルメニュー最近使ったファイルメニューの設定 最近再生頻度の高いファイルメニュー最近再生頻度の高いファイルメニューの設定 最近再生頻度の高いファイルメニューの表示条件・計算方法 本スキン(sm02)の曲の移動について Windows Media Player標準の「次へ」「前へ」以外にも曲の移動をする方法があります。 imageプラグインエラー ご指定のURLはサポートしていません。png, jpg, gif などの画像URLを指定してください。 前へ(WMP標準) プレイリスト上の1つ前の曲に移動します。ランダム再生がONの場合、ランダムな曲の移動となります。 次へ(WMP標準) プレイリスト上の1つ先の曲に移動します。ランダム再生がONの場合、ランダムな曲の移動となります。 1つ前へ プレイリスト上の1つ前の曲に移動します。ランダム再生がONの場合でも、1つ前の曲に移動します。 1つ先へ プレイリスト上の1つ先の曲に移動します。ランダム再生がONの場合でも、1つ先の曲に移動します。 次をランダム ランダム再生がON/OFFに関わらず、ランダムな曲に移動します。 直前に再生したメディアへ 1つ前に再生された曲に移動します。この機能は後述の再生履歴(狭義)の機能を使っており「再生中のプレイリストが変わった」「ランダム再生がON」などは関係なく、1つ前に再生した曲に移動します。このボタンは数秒押し続けると再生履歴メニューを表示します。 再生履歴の概要および機能 本スキン(sm02)の再生履歴についての概要 本スキン(sm02)では、メディアを再生したという履歴情報は、下記のような3つの保存機能のパターンがあります。 便宜上、この3パターンをまとめて再生履歴(広義)と、その中の1機能の再生履歴機能を再生履歴(狭義)と切り分けます。 なお、再生履歴(広義)という単語を使っているのは、この3パターンを比較している本項だけであり、他の箇所に再生履歴と記載されている場合は、再生履歴(狭義)の事になります。 保存機能 概要 管理 1 最終再生履歴 メディアライブラリに保存される履歴情報。 Windows Media Player 2 再生履歴(狭義) 本スキン上のメモリー上に保存される履歴データ。 本スキン(sm02) 3 最近使ったファイル 凛sm02~という再生リストファイルに保存される履歴データ。 本スキン(sm02) 上記の3パターンの履歴情報についての保存データの比較は以下の通りです。 保存機能 保存データ 1 最終再生履歴 再生しているメディア単位の日時 2 再生履歴(狭義) 再生しているプレイリスト、再生しているメディア、経過時間 3 最近使ったファイル 再生を開始したメディアパス。※厳密には、再生頻度に関するデータも保持している。 上記の3パターンの履歴情報についての保存場所および保存期間の比較は以下の通りです。 保存機能 データ保存場所 データ収集タイミング 保存期間 1 最終再生履歴 メディアライブラリ メディアが最後の時間まで再生された時。 メディアライブラリ上にメディアが維持されている間。不慮の事故がない限り永続。 2 再生履歴(狭義) 本スキン上のメモリー メディアが開いた時 本スキンあるいはWindows MediaPlayerが終了する間。ただし、保存最大数を超えた場合や、クリア機能の実行された場合などにより消去される。 3 最近使ったファイル 凛sm02~という再生リストファイル メディアが開いてから3秒後。 凛sm02~というファイルが破棄されるまで。基本的には永続。ただし、保存最大数を超えた場合や、クリア機能の実行された場合などにより消去される。 上記の3パターンの履歴情報を活用した機能の比較は以下の通りです。 保存機能 活用した機能 1 最終再生履歴 プレイリスト画面のプレイリスト一覧、最終再生日メニュー、SQL機能、現在のメディア情報など 2 再生履歴(狭義) 再生履歴メニュー(後述)、直前に再生したメディアへ(前述) 3 最近使ったファイル 最近使ったファイルメニュー(後述)、最近再生頻度の高いファイルメニュー(後述) 再生履歴メニュー 「直前に再生したメディアへ」ボタンを数秒を押し続けると、再生履歴メニューが表示されます。 他に、ショートカットキーやマウスジェスチャーなどからメニュー表示ができます。 再生履歴メニューには、「本スキンを適用後」「本スキン適用状態でWindows Media Playerの起動後」の曲が記録されています。 同じ曲は重複登録されません。 前述の「直前に再生したメディアへ」ボタンは、本履歴を、1つ遡る機能を提供するボタンとなります。 参照:各種メニュー 曲名一覧 最近聞いた曲です。(メモリ上に保存されたデータ) 再生履歴をスタックボードにコピー 再生履歴をスタックボードにコピーします。 再生履歴をもとにプレイリストを作成 再生履歴をもとにプレイリストを作成し、現在のプレイリストに設定します。 再生履歴をクリア 再生履歴をクリアします。 再生履歴メニューの設定 最大保持数 再生履歴を保持する件数です。再生履歴メニューの表示件数にもなります。 履歴再生時の再生位置 履歴を再生する際に「曲の先頭」or「中断位置」のいずれかから再生するかを選択します。 履歴再生中の次曲の保存 履歴を遡って再生している最中に、履歴を追加する処理(次の曲に移動した)にぶつかった際の動作の設定です。 テスト テストを行うボタンです。 再生履歴メニューの特記事項 oggファイルは、「履歴再生時の再生位置」を「中断位置」にしても曲の先頭から再生されます。これは、中断位置から再生させようとすると予期せぬ不具合を発生ことを回避するための仕様となります。 最近使ったファイルメニュー 「最近使ったファイルメニュー」からメニューが表示されます。 他に、ショートカットキーやマウスジェスチャーなどからメニュー表示ができます。 同じ曲は重複登録されません。 参照:各種メニュー 曲名一覧 最近使った曲です。(再生リストファイル上に保存されたデータ) 一覧をスタックボードにコピー 一覧をスタックボードにコピーします。 一覧をもとにプレイリストを作成 再生履歴をもとにプレイリストを作成し、現在のプレイリストに設定します。 一覧をクリア 最近使ったファイルの履歴をクリアします。この履歴のクリアにより、データを共有している最近再生頻度の高いファイルの履歴データもクリアされます。 最近使ったファイルメニューの設定 項目表示 メニューに表示する列項目を指定します。 最大表示数 最近使ったファイルメニューのデータ表示数を指定します。 項目選択時の動作 メニュー項目の選択時の動作を指定します。 テスト メニューを表示します。 データをクリア↑↓ 「最近使ったファイル」および、後述の「最近再生頻度の高いファイル」のデータをクリアします。※両項目は同じデータを共有利用しています。 最近再生頻度の高いファイルメニュー 「*最近再生頻度の高いファイルメニュー」からメニューが表示されます。 他に、ショートカットキーやマウスジェスチャーなどからメニュー表示ができます。 この機能は、前述の「最近使ったファイルメニュー」の機能およびデータを流用しています。 参照:各種メニュー 曲名一覧 最近使った曲です。(再生リストファイル上に保存されたデータ)この一覧の上位に来るほど、再生頻度の高いファイルとなります。 一覧をスタックボードにコピー 一覧をスタックボードにコピーします。 一覧をもとにプレイリストを作成 再生履歴をもとにプレイリストを作成し、現在のプレイリストに設定します。 再生頻度をクリア 該当するメディアタイプ(音楽・動画・その他)毎の再生頻度データをクリアします。「最近使ったファイル」とデータ共有をしている本機能ですが、この再生頻度データをクリアしても、最近使ったファイルの履歴データはクリアされません。 すべての再生頻度をクリア 再生頻度データをクリアします。頻度データはメディアタイプ(音楽・動画・その他)ごとに分かれていますが、この機能では、すべての再生頻度データをクリアします。「最近使ったファイル」とデータ共有をしている本機能ですが、この再生頻度データをクリアしても、最近使ったファイルの履歴データはクリアされません。 最近再生頻度の高いファイルメニューの設定 データをクリア↑↓ 「最近使ったファイル」および、後述の「最近再生頻度の高いファイル」のデータをクリアします。※両項目は同じデータを共有利用しています。 メニューの行表示 メニューに表示する行項目を指定します。 メニューの列表示 メニューに表示する列項目を指定します。 計算・分析データを表示 内部で保持している頻度データおよび計算結果を表示します。 計算で重視する項目 頻度を計算するときに、どのような項目を重視するか指定します。「~倍重視」により倍率も指定できます。 最大表示数 最近再生頻度の高いファイルメニューのデータ表示数を指定します。 項目選択時の動作 メニュー項目の選択時の動作を指定します。 テスト メニューを表示します。 最近再生頻度の高いファイルメニューの表示条件・計算方法 ■表示条件 30秒以上再生したメディア 2回以上再生したメディア 最後に再生してから60日以内のメディア 再生したメディアの総数が300件以内のメディア ■計算方法 履歴データごとに「{経過日数×-1×[重し])+(再生回数×[重し])}」の計算を行い、その計算結果が大きいメディアが上位となる。 [重し]の部分は、前述の「計算で重視する項目」の設定により、重視する項目に1.5が設定される。
https://w.atwiki.jp/intel_inside/pages/53.html
ジョン藤岡 最近のくどの相棒 くどがラジオ中に「あ!藤岡がラジオしてる!」 と言いラジオ終了後にくどが凸した人物。 公園が大好き ジョン藤岡とラベンダー南の放送では 夜中なのにもかかわらずくどとフィーバーした 夜中の公園についてガチに語りだす。 声真似レパートリーに かっきー 大宙 能登(ネタ) などがある
https://w.atwiki.jp/intel_inside/pages/63.html
ばっちゃ くどの目の前に突如出現したモンスター
https://w.atwiki.jp/twistedfox/pages/20.html
“ハンドル”キャスト名 スタイル&神業 <Style Divine Works> 概略 <Personal Data> 年齢 <Age> 性別 <Sex> 誕生日 <Birth> 身長/体重 <Height / Weight> 色素 <Color> 瞳: 髪: 肌: 外見&性格 <Image Character> 設定 <Settings> データ <System Data> 消費経験点 <EXperience Point> XX pt. (XX.XX/XX) 能力値 <Attribute> XX pt. 理性<Reason> 感情<Passion> 生命<Life> 外界<Mundane> / / / / 技能 <Skills> XX pt. 技能 Lv スート 技能名 RPLM 都市 外国社会 Lv スート 業界社会 Lv スート 団体社会 Lv スート N◎VA RPLM 業界名 RPLM 団体名 RPLM コネクション Lv スート 概要 コネ名 RPLM 特技 Lv スート 備考 特技名 RPLM ブランチ <Style Branch> XX pt. スタイル 名称 レベル 備考 スタイル名 ブランチ名 ワークス <Works> XX pt. 所属組織 技能ボーナス 備考 組織名 技能名 装備 <Outfits> XX pt. ◇:初期取得 ◆:プレアクト購入予定 武器 購入 隠匿 電制 攻撃力 受 射程 備考 武器名 - - - - - - 防具 購入 隠匿 電制 防御力 制御値 備考 防具名 - - - -/-/-/- 義体&オプション 購入 隠匿 電制 部位 スロット 防御力 生身 備考 義体名 - - - - 汎/運/覚/武 -/-/-/- / 携帯判定: →オプション名 - - - - -(スロット種別) - - ヴィークル&オプション 購入 隠匿 電制 攻撃力 防御力 制御値 速度 備考 ヴィークル名 - - - - -/-/-/- - - →オプション名 - - - - - - - サイバーウェア 購入 隠匿 電制 備考 装備名(分類) - - - トロン&ソフトウェア 購入 隠匿 電制 備考 トロン名 - - - →ソフトウェア名 - - - その他 購入 隠匿 電制 備考 装備名(分類) - - - 住居 購入 隠匿 セキュ 備考 住居名 - - - 独り言 大体こんなところでしょうか。あんまり必要なさそうですが義体欄追加しました。 東雲シャムの中の人から経験点の計算方法がわからんとのコメントがありましたのでせっかくなのでここでご教授。 能力値・制御値:スタイル3枚の組み合わせから伸ばしてある分一点に付きそれぞれ経験値10点 技能(一般技能・特技):それぞれ基本1レベルごとに5点、ただし初期取得技能(<交渉>1、<自我>1、<知覚>1、<社会:居住地>1、<社会:出身>1)は除く。奥義や、スタイルによる特技取得の制限についてはわかる頃には計算できるよな? 装備:それぞれ購入値のスラッシュの右側 で、計算して、初期作成分の120ptを引くと使用されている経験点がわかります。 メイクアップ作成のキャラは20点ぐらい盛ってあるはず。 あと同様に指摘された英字表記ですが装備の分類を趣味で書いてるだけなのでそんなに気にしなくていいです。 たまーに役に立つんですよ?
https://w.atwiki.jp/fiword/pages/68.html
日経225インデクス 日経225先物 日経オプション 日経300 日数計算方法 日報
https://w.atwiki.jp/wiki12_hiro/pages/5.html
6面完成までの流れ 大別して2つの方法がある?CF(コーナーキューブから揃える方法) LBL(一段ずつ揃える方法) 6面完成への挑戦から最速を目指して・・・ ひろの解法の特長 ここではどのように6面を揃えていく流れを大まかに説明します。 大別して2つの方法がある? 人それぞれ様々な揃え方をしているし、元は人に教えてもらった揃え方でもちょっとはアレンジしていることと思います。でも、大体次の2つに大別されるようです。 CF(コーナーキューブから揃える方法) まずコーナーキューブを揃え、エッジキューブを入れていく方法です。 ひろの方法もこの方法です。 (↓キューブはマウスでつまんでグリグリ回せます。) まず下面のコーナーキューブを揃えます。 反対側(上面)のコーナーキューブを揃えます。 上面と下面のエッジキューブを揃えます(2面完成)。 中段のエッジキューブを揃えて完成。 LBL(一段ずつ揃える方法) まず下の面(下段)と中段を揃え、上の面(上段)を揃える方法です。 最速と言われている方法もこの方法のひとつです。 (↓キューブはマウスでつまんでグリグリ回せます。) まず下面のエッジキューブを揃えます。 下段を揃え、中段を揃えます。(下面のコーナーキューブと中段のエッジキューブの2個をセットで入れて行くと4回で揃えられます) 上面の色を揃えます。 上面の横の色(上段)を揃えて完成。 6面完成への挑戦から最速を目指して・・・ ルービックキューブを始め解説書などを見ながら6面が揃えられるようになってから、60秒を切るようになり最速を目指すようになるまでの道筋はだいたいこんな感じだと思います。あくまでもだいたいです^^; 図は大体の目安です。揃え方は千差万別。みな自分自身でアレンジして最速を目指されています。 「簡易的な」の目安は、6面完成に必要な最小限の手順を覚え、時には何度か同じ手順を繰り返しながら完成させる解法です。覚える手順はLBLもCFもだいたい10パターンくらいで、フィンガリングなども使わない辺りを想定しています。 「一般的な」の目安は、目的が「6面完成」から「スピードアップ」に移り、効率的に揃える手順が整備されてきた辺りの解法です。覚える手順はLBLだと120パターンくらいだそうです。CFだと20パターンくらいです。 「しのぎを削った」の目安は、「最速」を目指してとにかくあの手この手を尽くして改善されている解法です。あの手この手なので例も挙げ切れません^^;「削った」と表現していますが当然現在進行形のものも含みます。 最速を競う方々にはLBLが多いそうです。 CFの方がLBLより覚える手順が少なくてすむようです。 ひろの解法の特長 初心者でも始められるレベルからスタートできます。 15パターン手順を覚えたら60秒に挑戦できます。 30秒台が出る程度にそこそこ速いです(ひろ本人による。ひろはフィンガリングができないので練習中)。 更なるアレンジも容易にできます。 →それではひろの解法へ ご参考 (このページで未公開のワザも使っています。現在進行形なので・・・) ひろの公式ベストシングルタイム 29.52秒 ひろのベストシングルタイム 21.96秒 ひろのベストアベレージ*) 27.26秒 *)アベレージの計算方法: 計測したタイムのうち連続した12回について、 最大値・最小値を除いた10回のタイムの平均を計算する。 例えば、 25.68 27.38 23.23 29.65 31.01 27.65 (22.55) 24.54 32.15 (32.15) 27.72 23.61 この12回の中で一番速いのと一番遅いカッコ内のタイムを除き 平均すると27.26秒 アクセスカウンタ -
https://w.atwiki.jp/beatemup/pages/21.html
計算方法 使用方法 フラクタル次元とシステムの成績の関係を調べ、複数のシステムを使い分ける。
https://w.atwiki.jp/keylay/pages/18.html
この項目は141F氏に頂いた講評に対する私の見解です。月見草の「妥当性の検証」としてお読み下さい。 「月見草開発に用いた文章サンプル」で私は「計算によらないと三連接四連接の評価は一部しか出来ないのではないか」という事を数値的な根拠から申し上げました。それがどの程度必要なことかという判断は人それぞれであろうかと思います。いくら考慮してもあちらを立てればこちらが立たずではありますので、「そんなに考慮しても無駄、しなくとも良い配列が出来る」という可能性は勿論あります。ですけれど「月見草」では、それをある程度の精度で、最大限考慮するとしています。 「計算だけで良い配列ができるか」といわれますと「否」ということになります。こういった計算の前提には常に幾ばくかの誤りが含まれているのは勿論です。「妥当性の検証」が必要であって、これには「数値的検証」「試打」「感覚的に」など色々あるかと思います。例えば花配列の「し」「れ」の位置は私にはどうしても納得出来ませんが、その理由は「運指の可視化」の項をご覧いただければ一目瞭然かと思います。私の見解としては「花配列」の出来が不十分であるとするなら、試打を経ていないからではなく、試打を経るまでもなく「数値的」「感覚的」に妥当でないということです。 「月見草」でも「数値的」「感覚的」に妥当と思える配列が生成されるよう、何度でも評価関数を修正しているのは言うまでも有りません。但し「感覚」は人によりけりなのは勿論のことですから、納得されない方がいらっしゃるのは如何ともし難いことです。 「141F氏の感覚」では「いん」「こなっ」が同指であることは妥当ではないのかも知れません。一方で私は「仕方がない」と思っています。この差は一体どこから来るのかと言いますと、「仮名文字単位の運指」を親指シフトの配列と、花・月のような「1・2ストローク混在系」で比較したら、「原理的に後者の方が悪いに決まっている」というところから来ているのではないでしょうか。「いうん」より頻度の高い大事なキーが3つも4つもあるだけ配列が制限されますし、30%の文字は二打鍵使うのですから、指を忙しく動かさなければなりません。その代償として親指の心配をしなくて良いわけです。この優劣は理屈でも数値でも表せませんので、両方試して頂くよりないかと思います。 さてN-GRAMの精度は重大な問題です。何文字程度のサンプルが必要かは欲しいデータ次第で変わってきます。 月見草は「跳躍や同指異鍵などの数値指標」を最小化するという計算方法はとっていません。評価可能な限り打鍵四連接まで滑らかな運指となるように計算しています。その為には、ある程度の精度のかな四連接のデータが必要です。 N-GRAMには、当然いろいろな誤差が含まれます。 (1)どれだけ大量のデータを集めても、その集め方による偏りはかなりある。 (2)すべての語彙が一様な確率分布をしてはいない。低頻度の語彙が続けて出現することが多々ある。 (3)上の(2)は無視して一様分布とみなしうるとしても、出現頻度には確率的な誤差が生じる。 (4)ご指摘頂いた変換誤差。 (1)は仕方がないし、ここでは(2)についての検証もしません。 141F氏は(4)の「MeCabの変換精度」を問題視されていますが、私は許容誤差と判断しています。誤読は高々数%ですし、頻度の高いものほど正しく読みますから、N-GRAM精度に与える影響はもっと限定的でしょう。その程度の誤差で済むのであれば、三連接四連接の多くを計算に入れるメリットのほうが大きいと私は考えています。 一方で(3)はずっと深刻な問題であるということを指摘したいと思います。「10万字サンプルの経験」で「1800万字」を批評するのは無理なことです。「正確な読みの10万字に最適化」は駄目であるとして、「不正確な1800万字に最適化」は「もっと駄目」ではなくて「本質的に違う、遥かに良い、比較不可能」なのです。 なぜなら、10万字では「文字の出現頻度」「中頻度以上の二連接」「最高頻度の三連接以上」については評価出来ますが、それ以上の詳細な評価をするには、どれほど厳選したサンプルを選び、変換誤差を0にしようとも、根本的に量が足りないのです。高々数%の変換誤差とは、オーダーの違う誤差がそこには存在するのです。 以下当方にて公開しておりますN-GRAMから数字をとります。勿論誤差がありますが一応「真の値の近似値」として話を進めます。煩雑を避けるためなので我慢して頂きたいと思います。 かな4連接について言いますと出現頻度10万字に1回迄とすると上位10400位まで、全体の43%程度です。 一般の文章から任意に取り出したかな4連接が「10万字サンプル」に含まれている確率は半分も無いということになります。 それでも、上位から順に綺麗に含まれているのなら悪くないと思います。しかし実際は、重要な連接の頻度に大変な誤差がどうしても発生してしまうはずです。その一方で頻度の極端に低いものを大量に含むこともまた避けられません。 出現頻度10万分の1がどの程度か、例を挙げると…、 かして、 ものを、 のにゅー しょう・ います・ んでは( れるばあ かしない しゃめい よんこう うのとう じちょう とのなか うりつが だれもが みにつけ れないこ どものこ ぼくはこ んばいし おもうし いてのし ょうはし おいてじ いやです もどった たしはた _やまだ _かたち だといっ _によっ これって あつめて いごまで すかーと するなど とりもど ただいな いんにな はしらな _ついに さいとに _ことに そこんの ねんには 全体で10万字ですと、今挙げた文字列の出現回数が其々1回という事になります。しかしそんなに上手くいくはずもなく、短い間に数回出てくることもあれば、一度も出現しないということも当然あるはずです。確率的には36.8%は出現しません。また2回出現する確率が18.4%、三回出現する確率が6.1%、四回出現する確率が1.5%…とこれでは頻度を云々する以前の問題です。 10万字サンプルで「さまざま」は何回出現したのでしょうか。 さまざま850 四連接1314位 これがどの程度重要か続きを見ると _そのか なかなか んがえた よって、 おおきい いちゅう んなのこ かのうで ことをい かんこく さいしゅ ょうきん だという _こんど ぷろぐら ちいさい めいわく だいじゅ にじょう きゅうか っぽんで かなり使いそうな文字列が並んでいます。実際この辺りまで数えても四連接上位20%まで行かないのです。 しかしながら、全部で10万字では現れる回数は各々平均5回ぐらいです。実際の回数は… 出現しない確率が1.4%、1回出現する確率5.9%、2回出現する確率12.6%、3回出現する確率18.0%、4回出現する確率19.3%、5回出現する確率16.6%、6回出現する確率11.9%、7回出現する確率7.3%、8回出現する確率3.9%・・・ とまあ2割4割の誤差が当たり前という世界です。ですからこの辺りの結構メジャーな言い回しに対して適正化すると… 跳躍や同指異鍵などの数値指標は1.3.x版~1.4.x版と版を経る毎に悪化の一途をたどりましたが、「10万字の限界」を乗り越えて汎用性を手に入れようと足掻いてきた積み重ねが、現在の蜂蜜小梅配列につながっていきます。 …という事になられたのは、もっともな事かと思います。1800万字の意味は漏れを無くすと言うよりも、ボリュームゾーンである中頻度の連接頻度について精度を得るということなのです。 10万字サンプルはファイルサイズが50MBを超えて、再計算1回につき15分前後、 PCで全文解析するのは、小梅配列の10万字サンプルぐらいがおそらく実用に耐えうる上限値でしょう。 エクセルの計算能力とPCの計算能力は違います。エクセルで「月見草配列」の生成計算をしたら100年掛かるでしょう。 「月見草配列」の計算はN-GRAMによっていますが、それは分速数万配列の評価をするためです。 かな10万字を計算のために保持するには100KBあれば十分です。「運指の可視化」の集計プログラムは全文解析を行っていますが、1800万字で複数の配列について集計しても数分で完了します。 分母を大きくするためには、下位ビットを Noise Shaping して抽象度を高めることが必須になります。 しかし、その切り捨てた部分にこそ、意味不明な大量のゴミの山の中にこそ、最大公約数という言葉で括ることができない、執筆者のクセみたいなものが含まれているはず。 ですから8/1800万、順位27万超まで評価しているのです。10万字サンプルでこれだけ含むことは不可能であるということは自明ですし、100万字サンプルでも、いくらでも漏れがあるでしょう。これがどのような文字列か一例を挙げますと、 やかなさ ぺきなさ しつなさ _ななさ いはなさ ははなさ んはなさ たべなさ まりなさ とをなさ りをなさ あんなさ つうにさ んかにさ のきにさ ぼくにさ かこにさ うごにさ ーすにさ せずにさ らたにさ しつにさ いぶにさ がわにさ はんにさ ぱんにさ (あのさ ばいのさ おうのさ んきのさ むけのさ のごのさ いしのさ っしのさ はしのさ わしのさ ーすのさ らすのさ わせのさ らそのさ いちのさ ふとのさ いぬのさ こんな感じで、「まあどうでもよさそう」な文字列が殆どですが、それでも8回出現しているのです。10万字サンプルでは頻度を云々する以前に、20個に1個ぐらいしか含まれていないのではないかと推定されます。100万字全文でも、半分も出現しないでしょう。 その一方で、このような頻度の文字列は大量にありますから、10万字しかなくともこのような低頻度の文字列が多数含まれることになります。10万字サンプルに含まれる四連接のうち、三割は出現率1/100万以下のものであると推定されるのです。 またこれらと比べて「10万字で一度出現するかどうか」という文字列はずっと大事そうに見えます。10万字サンプルではその頻度の差は誤差レベルになりますけれど、それは問題ないのでしょうか。 「月見草」では10万字に含まれているとしても、10%以上を「1800万字内での頻度に基づいて」捨てて、一方、何百万字か出現しないことがあるとしても、「1800万字内である程度出現するなら」評価するとしています。尚、捨てるといっても完全に無視するのでなく、四連接で頻度が低くとも三連接で評価しているのは勿論です。 100万字程度の全文評価なら同じぐらいの計算資源で実現可能ですが、それよりどう考えても優れていると判断しての7/1800万以下切り捨てです。「たまたま出現する・しない」を優先したほうが良いというのは私には理解不能な思想です。 「10万字サンプルとは無関係に1/100万とかいった頻度のものを評価している。」 ということであれば、結構なことかと思います。人間の「何となく」という評価の精度は結構高いですから、少なくとも本人にとって良くなりますし、それで良しとする人もいるはずですから。 しかし客観性を担保することは無理ですから、私はその方法を取りません。 最後に「141F氏による検証」の再検証を通してMECABの精度、N-GRAMへの影響がどの程度のものか確認しておきます。 まず最初に、申し訳ないですが「学問的態度」として注文します。「悪い例」を持ち出すのは結構ですけれど、それだけで、「間違いが多い」と断じるのは主観的評価に過ぎません。「間違いは許容しない」ということでしたら結構ですけれど、「間違いが多い」と仰るのであれば、「10万字のうち何千字の間違いがあってN-GRAMにどの程度の誤差がある」と言ったように定量的に評価していただくと有難いです。私にはそのための資料の手持ちがありませんから。 あるいは、いまから私が再検証しますように、「これはどのような原因による間違いで、同じような間違いがどの程度見込まれる。」という定性的な評価でも結構です。 (笑) (えみ1008 三連接2726位 わら5463 らわ3481 えみ1672 みえ3559 三連接2700位というのは、私にとっては「人力で配列するとしてどれだけ配慮できるのか」という頻度ですが、二連接頻度に20%の影響があるのですから、このエラーはたしかに問題だと思います。「月見草配列」の「えみ」はもっと悪い運指でも良くて、「良い運指の無駄遣い」になっているとも見られます。 同程度の間違いが沢山あるのなら大問題で、MECAB語であって日本語ではないと言われても仕方が有りません。 しかしなぜこれを間違えるかといえば、最近のネット上でしか用いられない表現は、辞書に含まれていないからです。辞書には30万語程度は収録されているようですから、普通の文章表現でこの程度の頻度の語彙が辞書から漏れていることはまず有りません。漏れが多くなってくるのは出現率100万分の1以下での話です。 「10万字サンプル」では、この程度の出現頻度では平均的に何十%も誤差があり、前後百ぐらいを調べたら一度も出現しないものもありそうですし、一度しか出現しない「誤差80%超」が幾つもあるはずです。MeCabがこのような頻度の間違いを犯すのは例外的ですから「瑕瑾」としてはいけないでしょうか。 「行っ」「悪戯等」 確かに誤読なのでしょうけれども、常に間違えるわけでは有りません。というよりも結構正しく読みます。 「こなっ」は確かにひどい運指ですが、誤差が大きくて不当に低く評価したとは思いません。 四連接276~285位 ことがあ2249 からない2246 んですか2244 ったこと2236 んとうに2236 おこなっ2234 かりませ2233 いしてい2230 ができる2228 なった。2224 いたずら142 四連接13798位 あくぎ18 三連接73352位(内 悪戯の誤読と見なせるもの3回、ほかは悪逆・悪行) 「術がありません」「風雨雪」これは辞書に含まれていませんので、いつでも間違えそうです。しかし問題とするような頻度ではないと思います。 術があ 1800万字で1回。 術がな 1800万字で6回。 すべがな 圏外 すべが 圏外 べがな10 94095位 ゅつがな18 126144位 風雨雪 出現していませんが妥当であるかどうかはわかりません。しかし、はるかに頻度が高いと思われる「風雨」の頻度を見ても90万字に一回といったところです。これは勿論、辞書に含まれていて、正しく読まれています。 ふうう29 56218位 (内 ふううん8、ふううっと 1) ううせつ 圏外 ううゆき 圏外 うせつ1161 2298位 うゆき31 54705位(雨雪は1回)
https://w.atwiki.jp/pocketcalc/pages/22.html
消費税|**まだ作成していません(法人税のメニューをコピーしただけ) 総則等?未作成? +納税義務者とか... 納税義務者とか事業年度とか納税地とかの、法人税の基本的な部分 あと、資本金等の額、利益積立金額の計算方法 実質課税という考え方の説明 「法人課税信託(何?)」と、「受益者等課税信託による損失」 企業利益と課税所得?未作成? +... 企業の利益と課税所得の関係。ほぼ一緒、だけど少し違う。 二本立てでなく、調整。 同族会社等?未作成? +... まず、何?そして何のために分ける? 具体例にはどういうことをする? 損益の期間帰属?未作成? +... 期間帰属が特殊なやつ。特殊というのは、つまり、引渡し基準によらないってこと。 リース譲渡の特例 長期割賦販売等 的確組織再編の場合 工事進行基準 受取配当金等?未作成? +... 簿記論や財務諸表論ではいまいち存在感の薄い受取配当金だけど法人税では結構な論点。 二重課税について考える。 資産評価及び償却費等?未作成? +... 法人税では評価益なんていう浮わっついたものは益金に算入しない。 資産の取得価格や売買損益の出す方法、償却方法についても、資産の種類ごとに細かい規定がある。 そこらへんのことは全部まとめてやってしまおう。 給与等?未作成? +... 従業員兼経営者とかだと何かと不正をしやすい。それには給料を使うのが一番ポピュラー なので、規制がかかっている。規制の種類、どういうときに適用されるかなどをしっかり覚える。 その他の営業費?未作成? +... その他って何の他? たぶん給与以外の営業費ってこと。給与と、その他って分け方 寄付金、交際費等、租税公課、不正行為等に係る費用、還付金等、試算に係る控除対象外消費税額等 圧縮記帳等?未作成? +... 簿記論なんかでも幅を利かせてた圧縮記帳。 メインの住処は法人税法。 結構めんどくさい 国庫補助金等、保険差益等、交換、特定資産(何?)の買い替え、収用等(やっぱり何??) 換地処分等、土地等の先行取得、長期所有土地の所得 引当金等?未作成? +... 借地権等?未作成? +... 欠損金等?未作成? +... 海外取引?未作成? +... 税額計算?未作成? +... 申告・納付?未作成? +... 企業組織再編?未作成? +... グループ法人税制?未作成? +... イメージ的には簿記論とかの連結。 相互の取引を修正したり 連結納税制度?未作成? +...
https://w.atwiki.jp/chimeido/pages/255.html
---- ※原案 つんゆみ作成 加筆修正 衣笠さん ありがとうございました! 参加者はよく読んでください。 *【参加資格】 **其の1(参加アンケートについて) 全試合予想大会(以下大会)に参加を希望される方は、必ず参加 アンケートに回答してください。参加アンケートは大会への申し込み とともに、参加者の自己紹介を兼ねたものです。アンケートに回答 されなかった方の参加は一切認めませんので、よろしくお願いします。 **其の2(アバターについて) 当大会では参加者にアバターの設定を義務付けております。御面倒 かと思われますが、アバターは参加者のいわば分身であります。 アンケート同様自己紹介の意味合いもありますので、御協力ください。 なお、アバター設定の締め切りは準々決勝第1試合開始時間とします。 なお、アバターについては以下のケースも認めます。 1.基本アバター(「Y!」Tシャツ)をそのまま使用 2.大会期間中のアバター設定の変更 (ただし、アバター未設定に戻すことは不可とします) 3.実際の性別と異なるアバター設定 **其の3(他大会との掛け持ち参加について) ヤフー掲示板、またはそれ以外の掲示板及びHPで開催されている 他の予想大会への参加は認めます。 くれぐれも、当大会及び他大会のルールは厳守でお願いします。 **其の4(PCを共有されている方の参加について) 兄弟や夫婦などで同じPCで大会に参加されたい方は掲示板内で申し 出てください。 「掲示板ではちょっと……」という方はメールでも受け付けます。 tsunyumi_12@yahoo.co.jp (当トピ管理人)もしくは nk_ogi@yahoo.co.jp(今大会の予想大会幹事) *【禁止行為とペナルティ】 **其の5(禁止行為について) 大会において、以下の行為を禁止します。 1.多重IDでの参加 2.準々決勝以降でのアバター未設定での参加 3.2日連続の投票忘れ 以上の行為を行った参加者は強制リタイア(失格)とし、順位を抹消 します。 4.メールによる投票 5.「一塁側の勝利」や「後攻の勝利」等の曖昧な予想 6.予想スコアの記入(揉め事の原因となりますので、絶対に止めて ください!) 7.ポイントレースに関する集計部以外の者の書き込み 8.ヤフー掲示板の利用規約違反のコメントの投稿 (これの具体的な内容は参加者の皆様の判断に委ねたいと思います) 以上の行為については、即、強制リタイアとは致しませんが、悪質な ケースの場合、管理人の判断で強制リタイアとなる可能性もあります ので、御注意ください。 **其の6(多重IDについての補足) 誤って大会に登録しているIDと異なるIDで投票してしまった場合、 投票は無効となります。間違いに気がついた場合は、速やかに申し出て ください。集計部が確認を取り次第、OKとさせていただきます。 このケースでは其の5の「多重IDの禁止」は適用しません。 *【大会運営】 **其の7(ヤフー掲示板のトラブル発生時の対応について) トラブル等により掲示板への書き込みが不可能になった場合、大会の 日程に関わらず、予想大会を中止します。 その際、被害を被った参加者が10名以上の場合は対象となった試合其の7(ヤフー掲示板のトラブル発生時の対応について) トラブル等により掲示板への書き込みが不可能になった場合、大会の 日程に関わらず、予想大会を中止します。 その際、被害を被った参加者が10名以上の場合は対象となった試合 の投票を全て無効とします。 10名未満の場合はトラブル発生前の投票を全て有効とし、ポイント を集計します。その際、投票できなかった参加者に対するポイントの 補填は行いません。 ⇒これについては、場合によりメールでの予想を認めたいと思います。 このケースでは其の5の「メールによる投票 の禁止」は適用しません。 メールで予想される方の人数により、上記のような対応をとりたいと思います。 2日間以上復旧しない場合、予想大会そのものを中止とし、順位を 全て無効とします。(ただし、参加回数は1回加算します。) **其の8(ポイント集計について) 参加者の皆様のポイントは集計部が責任を持って計算した上で、貼り 付けと確認を行っています。 確認作業終了後、御自分で計算して間違いないと思ったポイントが 集計部が確認済みの物と違っている場合は、申し出てください。 なお、其の5にもありますが、ポイントレースに関する書き込みは 絶対に止めてください。 【大会運営】 **其の9(参加締め切りについて) 参加申込みを兼ねたアンケートの締め切りは例年ですと開会式当日の 午前9時ですが、今年は第2日(順当なら8月3日(日))の 第1試合開始前とします。 参加申込みを兼ねたアンケートの締め切りは例年ですと、開幕戦の9時まででしたが、 今回は開幕戦が始まるまでとします。(予定では3/21 10 15分ぐらいでしょうか) 【勝敗予想】 **其の10(無効な投票について) 次のような投票は無効とします。 1.勝敗予想が全く記入されていない投票 <例1>参照 2.両校勝利(または敗北)予想の投票 <例2>参照 3.予想コメントしか書かれていない投票 <例1> 聖望学園(□点)-沖縄尚学(△点) <例2> ○聖望学園(□点)-沖縄尚学(△点)○ **其の11(勝敗予想と予想コメントについて) 勝敗予想と予想コメントの内容が食い違っている場合は、コメントは 無視します。 **其の12(長期不在時の投票について) 対戦相手が決まらないうちに長期不在になってしまう場合は、誰もが 見ても容易にわかるような書き込みでお願いします。 マトリクス予想(順位をつけていく)は認めます。 **其の13(予想の締め切り・投票忘れのペナルティについて) 勝敗予想の締め切りは当日の第1試合開始時刻とします。 締め切り後に投票した予想は試合中及び終了後の試合については無効 としますが、残り試合については有効とします。 ただし、ペナルティとして自己W・強制Wは全て無効とし、不的中の 試合についてはその日の最大分のマイナスを加算します。 2日間全試合の投票をしなかった場合は、強制リタイア(失格)とし、 順位表から抹消します。(其の5参照) ※自己W・強制Wについては【Wアップ】にて後述します。 **其の14(勝敗予想の変更及び修正について) 勝敗予想の内容の変更は認めません。予想は慎重にお願いします。 ただし、其の10に該当するケース及び校名や持ち点の誤記入、 強制Wの書き忘れによる修正は認めます。修正の際は予想内容が 変更されないように注意してください(其の10のケース除く) **其の15(雨天順延、ノーゲーム、再試合時の予想の扱いについて) 雨天順延、雨天ノーゲーム、延長再試合になった試合の勝敗予想の 変更は一切認めませんので、予想は慎重にお願いします。 *【Wアップ】 **其の16(Wアップについて) Wアップとは獲得できる得点が2倍になるルールですが、これには 「自己W」と「強制W」の2種類があります。 例に出てくる持ち点は、あくまで例であり、今大会の持ち点とは異なります。 **其の17(自己Wについて) 「自己W」は必ず一日一回使用していただきます。万が一不使用の 場合は、その日の最大分のマイナスを加算させていただきます。 <自己Wの計算方法> ○常葉菊川(40点)-済美(30点)● 自己W 仮に上記のような予想をしたとします。 常葉菊川が勝利した場合、済美の持ち点30点×2倍=60点が 加算されます。 逆に常葉菊川が敗れた場合、常葉菊川の持ち点40点がマイナス されます。当然のことながら、自己Wの失敗が続くとトータルが マイナスになる場合もありますので、御注意ください。 **其の18(強制Wについて) こちらも予想的中時の獲得ポイントが2倍になる点は自己Wと同じ ですが、次のような違いがあります。 1.失敗時のマイナスがない 2.持ち点差3点以内の対戦の時のみ強制的に発動するので、自分で 試合を選べない(強制Wと呼ばれる理由) 3.1日2試合以上になる可能性がある(準決勝以降の3試合は全て 強制W対象試合になります) <強制Wの計算方法> ○常葉菊川(40点)-横浜(39点)● 強制W 常葉菊川が勝利した場合、横浜の持ち点39点×2倍=78点が加算 されるのは自己Wと同じですが、失敗しても-40点にはなりません。 **其の19(自己W・強制Wの明記について) 自己Wを使用する際は必ずその旨を明記してください。ない場合は 未使用時のペナルティ(其の17参照)を課します。 強制Wを明記しなかった場合のペナルティはありませんが、集計の 都合上、出来るだけ明記してください。 **其の20(自己W・強制W併用時の計算方法について) ○常葉菊川(40点)-横浜(39点)● 自己W 強制W 予想的中の場合:通常得点39点+自己W得点39点+強制W得点 39点=通常得点39点×3=117点獲得となります。 予想不的中の場合:-40点となります。 ***一部ルールを加筆・修正 これで最新のルール(おぎさん・衣笠さん)対応になっています。 場合により、ルールを追加。修正する場合が出てくることはご了承ください。