レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
アニメ最萌トーナメント 企画・準備・運営スレ Part4
-
毎年恒例のアニメ最萌トーナメント。その企画・準備・運営スレです。
●前スレ
アニメ最萌トーナメント 企画・準備・運営スレ Part3
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/
●関連サイト
2011年公式サイト
・アニメ最萌トーナメント2011
ttp://ast2011.sitemix.jp/
エントリー資料
・アニメ最萌トーナメント2011 事前エントリーwiki(仮)@万屋氏
ttp://www23.atwiki.jp/ast2011/
運営ツール・運営アップローダ
・最萌運営あぷろだ
ttp://zcwprd.chez-alice.fr/ja.html
・ツール置き場 (各所からの転載)
ttp://nadu99.chez-alice.fr/tool/index.html
・最近のトーナメントデータ集 &ツール置き場 @裏最萌屋氏
ttp://tcode.sakura.ne.jp/
-
>>17
例年通りに抽選やって
異様に偏った結果が出たら工作だーって嘆く余地が残ったって事だろう
でも本当に公平で偏りがないってそれこそ工作臭いしいいんじゃないかな
去年と一緒で面倒くさくないし
-
>>12
そう思われるような発言になっているという事
前スレのはむしろメールか場所を変えてやるべきだったと思う
そもそも、運営スレなのに
何所にも「運営としてこういう段取りになりました」という告知がなく
個人的な愚痴の混ざった「自分がやる」的な発言しか無かったような気がする
あんな流れで、楽しみに待っててとか言われても
あと邪推は、邪推で済むならそれでよしのあくまで予防線ですので
気にしないで……というのは無理な話か(笑)
て、書いてる側から>>16かね
優子氏はいったい誰と戦っておられる
-
>>19
抽選ツールを適正に使えば工作なんて起こりようないし
そんな単なる通過儀礼とか考慮の材料にならんね
-
>>18
抽選は機械的に行いますよ
抽選人の書き込みすらいってしまえば基準点でしかないので機械的なものです
リストつくりも機械的なものです
ちなみに現時点での一次二次からのキャラ名変更は
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/684,741
の
<<相生祐子@日常>> → <<相生祐子(ゆっこ)@日常>>
だけですね
-
なら一体今まで何を話してたんだ・・・
訳が分からないよ
-
>>23
抽選を前に気持ちが高ぶってしまったんだろう
割とよくある
-
>>20
それはあなたの考える運営スレですね
わたしの理想でもありますが
そして運営スレでああいう風に書いたのは「わたしの意志が知りたい」という書き込みがあったからです
> 何所にも「運営としてこういう段取りになりました」という告知がなく
告知は基本的に公式サイト・投票スレがすべてです
運営スレは相談場所、話し合いの場です
それとあなたも誰と戦っているのですか?わたしはかよわいのでたたかいがいがないですよ
-
自分は運営の人達を信用してますけど、
このまま2回戦シャッフルの件を先延ばしにしてしまった場合に>>11のような文句を言ってくる人がたくさん出てくるのは明らかな訳で、
どちらになるにせよ、シャッフルするかどうかについても今日の抽選前に決定しておかないとまずいのでは。
-
あれを話し合いというのだろうか……あ、いかん
なんかただの煽りになってきた
こうして優子氏に反論してきた人間は
荒らしとしてスルーされていくんだろうか(笑)
-
(まだ食事中)
アホなポエムはさておき、結局僕が抽選するんですか?
まだ混乱してるんですが……
>前スレで答えてなかった残り
テキストで発表するというつもりでしたが。
12人ずつ発表するのも風情がありますが、ミスの元になるわりに自己満足の範疇かなと思って。
-
有利だとか不利だとかってもう主観だよね
逆に考えてもキリないしノリでいいんじゃね
お遊びだしその辺は柔軟に考えよう
別に組み合わせがどうあろうが最萌が無くなる訳でもないし
-
>>19>
>21さんの言う通り、抽選スクリプトを事前告知している通りに実行させれば
えーとχの二乗検定で、、、85だったっけ、平均それくらい以上品質のシャッフルがされるものです
>>23>>24
うーん、抽選で盛り上がる人が約1名焼肉を焼いているみたいなので
でもなんでこんなにわたしが抽選の説明してるんだろ?
抽選する人が説明して欲しいなー
>>26
>>11のようなことを書き続ける人には「じょうじゃくおつ!」と言ってあげてください
なんでみんな外部にある運営スレにまできてるのにちゃんと読んでくれないのかな
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/610
の最後に書いてある通りですよ
ちなみに表屋さんの示してくれている指針はこっち
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/469
-
>>28
さっさとやってください
抽選会場スレ立てますので
-
>>30
ここで>>8じゃなくて>>11の俺にだけ矛先を向けるのがほほえましいね
-
それが人にものを頼む態度か?
-
>>31
らじゃーです……(もぐもぐ)
あと、テキストで発表する理由はもうひとつあって、
決まったブロック以外の残ったキャラの並び(そのまま次の抽選のcharacters.txt)も
左側の「○ブロック○○組」を削除のうえ、代わりに「再シャッフル」とつけて公開する予定だったので
例)
Aブロック12組 ××@××
Aブロック12組 △△@△△
再シャッフル ○○@○○
再シャッフル □□@□□
:
:
というリストの形で公開していく予定だったので(追証がやりやすいように)、
そういう意味でもテキストの予定だったのです。
-
抽選の時にもう一度書いてください、
ということだったで報告
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/634
修正前:<<相生祐子@日常>>
修正後:<<相生祐子(ゆっこ)@日常>>
という様にエントリー名の変更をお願いします
-
>>32
もうーもうー
じゃあ>>8にもあんかつけますよ
ていうか>>12であんかしてるし
>>30の後半は>>8にもですよ
>>33
テンプレはもう作ってあるんですよ(前スレで書いてます)
ただ植輪さんがつくられるみたいなのでお蔵入りです
>>34
追証の件はわたしも考えておりまして
一回シャッフル実行する度にcaracters.txtとbrackets.txtを別名保存する
もちろん01とか02とかナンバリングして
作業ファイルと公開ファイルも別にする
最後のそれらのファイルもアップして公開する
そういう風に運用想定していました
まあ風情があり個人的に愛着があるのは12キャラづつ発表なのでそう考えていました
もちろんテキストファイル公開でも同様にすると思いますが
-
とりあえず試合終了前に秘密鍵
http://mig380.chez-alice.fr/up0/file/u1_004198.zip
-
>>36
あっ、まだテンプレ作っていないので
よろしければそちらのでお願いしていいでしょうか?
-
>>38
発表はテキストファイル形式で決まりですか?
2パターン作ってあるので
-
>>37、中身を間違えました。
本当の秘密鍵はこちらにしてください……
http://mig380.chez-alice.fr/up0/file/u1_004199.zip
-
>>39
決まりでお願いします。
-
タイトル:アニメ最萌トーナメント2011抽選会場その2
────────────────────────────────────────────────────
アニメ最萌トーナメント2011の抽選会場です。
アニメ最萌トーナメント抽選会場その1
http://yuzuru.2ch.net/test/read.cgi/liveuranus/1310227778/
────────────────────────────────────────────────────
◆参加するためになにをすればいいか、最低限理解できればいい!という人用
最初に、皆さんのレスIDをいくつか、抽選のための「乱数の種」としていただきます。
まず運営が24:30頃からスレに書き込みを行います。皆さんはその時間に一緒に書き込みをしてください。
運営の直下の書き込みを、運営の書き込み時間により2〜11個、使わせていただき抽選スクリプトでシャッフルします。
※なお、不測の事態により作業の遅れがあればそのぶんずれ込む告知をします。
・24:40くらいにAブロックの抽選結果をテキストファイルで発表します。
・24:45くらいに2回目のID取得書き込みを行います。
・その後は5分間隔で発表・ID取得を行いHブロックまで発表して終了です。
────────────────────────────────────────────────────
●タイムテーブル予定
1回目のID取得 24:30くらい → Aブロック発表 24:40
2回目のID取得 24:45くらい → Bブロック発表 24:55
3回目のID取得 25:00くらい → Cブロック発表 25:10
4回目のID取得 25:15くらい → Dブロック発表 25:25
5回目のID取得 25:30くらい → Eブロック発表 25:40
6回目のID取得 25:45くらい → Fブロック発表 25:55
7回目のID取得 26:00くらい → Gブロック発表 26:10
Hブロック発表 26:20
※HブロックのみのID再取得シャッフルは行いません。Gブロック発表が終わったらすぐHブロック発表に移ります。
────────────────────────────────────────────────────
◆詳しい説明
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/856
・今回抽選されるキャラクターのリストは08/09二次予選試合結果確定後にこちらに公開します。
※二次予選進出者を一次予選01組から順に順位通り(同着は集計時のツールの出力通り)に並べたものです
・抽選は以下の抽選ツールを用いて、皆さんのレスIDを「乱数の種」に用いて行います。
ttp://j72820.chez-alice.fr/up0/file/u2_000844.zip
抽選ツールのconfig.txtは以下のように設定されています。
ttp://mig380.chez-alice.fr/up0/file/u1_004171.txt
-
>>42の最後に秘匿鍵入れ忘れちゃったけど
>>40を追記ということでさくっと
-
>>42-43
>・その後は5分間隔で発表・ID取得を行いHブロックまで発表して終了です。
↓
・その後は5分間隔でID取得・10分間隔で発表を行いHブロックまで発表して終了です。
正しくはこうですかね。他は大丈夫だと思います。
-
>>44
それじゃ、1を書き込んだあと、2に本戦抽選予定時間を入れてそこを直して立ててきます
抽選開始時(24:10)にもう一度宣言系をお願いします
-
>>45
了解しました。
-
ててました
アニメ最萌トーナメント2011抽選会場その2
http://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/
-
>>47
お疲れさまです。
それではまもなく集計時間ですので私はいったん引っ込みます。
それと、
ありがとうございました。
-
それじゃそろそろ予選最終試合終了です
1回戦後まぜまぜ案について
今まで様々な意見を頂きました
この案は今に始まったことではなく何年も前からアイデアとしては出されいるもののひとつです
今年はたまたま日程的にもちょうど良かった為予選開始後もみなさんに検討していただきました
賛成意見、反対意見どちらも参考になるものでしたが
どちらも未来の未定のことを想定することなのでどちらともいえない部分
何よりトーナメント制の根幹にも影響するものということもあります
よって今集まっている意見だけでは既に開催中の今年実施する判断は好ましくないと考え
この案を廃棄することとします
これは
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/610
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/469
の通りです
-
ということでまたかんでますがたいき
-
26 27 1-2
NG 1165 1271
http://mig380.chez-alice.fr/up0/file/u1_004200.txt
-
またさいごなんだろーなー
26 27 1-2
NG:1165,1271
http://mig380.chez-alice.fr/up0/file/u1_004201.txt
-
NG1165,1271
http://mig380.chez-alice.fr/up0/file/u1_004202.txt
-
>>52>>53 一致
-
>>51>>53
一致
最後じゃなかったw
-
>>53
コテ付け忘れ
>>51
>>52
一致
-
全員一致ですね
ではじゅんかくていしてきます
-
>>35
修正めも
-
ぱそこん再起動
-
みなさまお疲れ様です。
#本戦configについて(前スレ805)コメント
#手が回る人がいるならやった方がいいと思います。
#ただ、私は審査等のお手伝いは出来そうにありません。
#役に立てず申し訳ないです。
#(集計+個人的にやっている最萌関連のサイトの管理で手一杯です。。。)
-
では 08/09 二次予選 06組の試合結果をかくていします
ぐらふ
http://mig380.chez-alice.fr/up0/file/u1_004203.png
最終の本戦進出者リスト(289名)
http://mig380.chez-alice.fr/up0/file/u1_004204.txt
予選時からの名前修正は
>>22>>35
修正前:<<相生祐子@日常>>
修正後:<<相生祐子(ゆっこ)@日常>>
のみです
-
植輪さん、照合できましたかー?
-
>>61
お疲れさまです。
もうそろそろ開始宣言してきます……
-
>>62
照合完了。開始宣言してきます。
-
秘密鍵のPASS
3el9jbz
その中に入っているID
OpLVUE4c
あとは……何かあげといた方がいいでしょうか。
-
おつかれさまでした
わたしなら、昨年みたいに
http://yuzuru.2ch.net/test/read.cgi/anichara/1279029619/828
こんな風に1レスにすべての資料をまとめて
そのレスURLリンクで抽選会場にも貼ってきていましたが
-
>65
お疲れ様でした。
-
植輪さん、はやくしないと抽選会場スレが1000まで使い切ってしまいます。。。
-
>>66
なるほどなるほど
●抽選方法
ttp://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/856
●抽選スクリプト
ttp://j72820.chez-alice.fr/up0/file/u2_000844.zip
●使用乱数種
★秘密鍵
ttp://mig380.chez-alice.fr/up0/file/u1_004199.zip (PASS:3el9jbz)
◎一回目(Aブロック)
秘密鍵 + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/141-150 のレスID
◎二回目(Bブロック)
一回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/448-458 のレスID
◎三回目(Cブロック)
二回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/651-653 のレスID
◎四回目(Dブロック)
三回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/879-883 のレスID
◎五回目(Eブロック)
四回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/145-151 のレスID
◎六回目(Fブロック)
五回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/389-392 のレスID
◎七回目(G・Hブロック)
六回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/614-619 のレスID
●初期キャラリスト
ttp://mig380.chez-alice.fr/up0/file/u1_004204.txt
●config.txt
◎一回目 ttp://mig380.chez-alice.fr/up0/file/u1_004171.txt
◎二回目 ttp://mig380.chez-alice.fr/up0/file/u1_004206.txt
◎三回目 ttp://mig380.chez-alice.fr/up0/file/u1_004208.txt
◎四回目 ttp://mig380.chez-alice.fr/up0/file/u1_004209.txt
◎五回目 ttp://mig380.chez-alice.fr/up0/file/u1_004211.txt
◎六回目 ttp://mig380.chez-alice.fr/up0/file/u1_004213.txt
◎七回目 ttp://mig380.chez-alice.fr/up0/file/u1_004215.txt
●抽選結果
◎Aブロック ttp://mig380.chez-alice.fr/up0/file/u1_004205.txt
◎Bブロック ttp://mig380.chez-alice.fr/up0/file/u1_004207.txt
◎Cブロック ttp://mig380.chez-alice.fr/up0/file/u1_004210.txt
◎Dブロック ttp://mig380.chez-alice.fr/up0/file/u1_004212.txt
◎Eブロック ttp://mig380.chez-alice.fr/up0/file/u1_004214.txt
◎Fブロック ttp://mig380.chez-alice.fr/up0/file/u1_004216.txt
◎Gブロック ttp://mig380.chez-alice.fr/up0/file/u1_004217.txt
◎Hブロック ttp://mig380.chez-alice.fr/up0/file/u1_004218.txt
これでスレで出したものは全部ですが、何か追加したりしますか。
-
>>69
植輪さんのID基点書き込みが抜けてます
◎一回目(Aブロック)
秘密鍵 + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/141-150 のレスID
なら
◎一回目(Aブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/140 00:30:01.60 【10個】
秘密鍵 + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/141-150 のレスID
とか
-
●抽選方法
ttp://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1310663364/856
●抽選スクリプト
ttp://j72820.chez-alice.fr/up0/file/u2_000844.zip
●使用乱数種
★秘密鍵
ttp://mig380.chez-alice.fr/up0/file/u1_004199.zip (PASS:3el9jbz)
◎一回目(Aブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/140 00:30:01.60 【10個】
秘密鍵 + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/141-150 のレスID
◎二回目(Bブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/447 00:45:01.41 【11個】
一回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/448-458 のレスID
◎三回目(Cブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/650 01:00:02.23 【3個】
二回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/651-653 のレスID
◎四回目(Dブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/878 01:15:02.55 【5個】
三回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312897716/879-883 のレスID
◎五回目(Eブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/144 01:30:03.17 【7個】
四回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/145-151 のレスID
◎六回目(Fブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/388 01:45:03.44 【4個】
五回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/389-392 のレスID
◎七回目(G・Hブロック)
取得ID数決定レス ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/613 02:00:03.16 【6個】
六回目に使ったID + ttp://yuzuru.2ch.net/test/read.cgi/liveuranus/1312906465/614-619 のレスID
●初期キャラリスト
ttp://mig380.chez-alice.fr/up0/file/u1_004204.txt
●config.txt
◎一回目 ttp://mig380.chez-alice.fr/up0/file/u1_004171.txt
◎二回目 ttp://mig380.chez-alice.fr/up0/file/u1_004206.txt
◎三回目 ttp://mig380.chez-alice.fr/up0/file/u1_004208.txt
◎四回目 ttp://mig380.chez-alice.fr/up0/file/u1_004209.txt
◎五回目 ttp://mig380.chez-alice.fr/up0/file/u1_004211.txt
◎六回目 ttp://mig380.chez-alice.fr/up0/file/u1_004213.txt
◎七回目 ttp://mig380.chez-alice.fr/up0/file/u1_004215.txt
●抽選結果
◎Aブロック ttp://mig380.chez-alice.fr/up0/file/u1_004205.txt
◎Bブロック ttp://mig380.chez-alice.fr/up0/file/u1_004207.txt
◎Cブロック ttp://mig380.chez-alice.fr/up0/file/u1_004210.txt
◎Dブロック ttp://mig380.chez-alice.fr/up0/file/u1_004212.txt
◎Eブロック ttp://mig380.chez-alice.fr/up0/file/u1_004214.txt
◎Fブロック ttp://mig380.chez-alice.fr/up0/file/u1_004216.txt
◎Gブロック ttp://mig380.chez-alice.fr/up0/file/u1_004217.txt
◎Hブロック ttp://mig380.chez-alice.fr/up0/file/u1_004218.txt
-
◆全ブロックの結果をひとつにまとめたもの
ttp://mig380.chez-alice.fr/up0/file/u1_004221.txt
-
と思ったら>>72は有志の方が同じものを作ってくださってた。
仕事おそくてすみません。
-
こっちも上げておきます。
●seeds.txt
◎一回目 ttp://mig380.chez-alice.fr/up0/file/u1_004223.txt
◎二回目 ttp://mig380.chez-alice.fr/up0/file/u1_004224.txt
◎三回目 ttp://mig380.chez-alice.fr/up0/file/u1_004225.txt
◎四回目 ttp://mig380.chez-alice.fr/up0/file/u1_004226.txt
◎五回目 ttp://mig380.chez-alice.fr/up0/file/u1_004227.txt
◎六回目 ttp://mig380.chez-alice.fr/up0/file/u1_004228.txt
◎七回目 ttp://mig380.chez-alice.fr/up0/file/u1_004229.txt
-
おつかれさまでした
1回目会場スレッドを直接追いかけながら追証して一致したのですが
こちらのまとめで2回目追証していたらなぜか不一致になってしまったので
ちょっと寝て起きてからやり直してみます
おやすみなさいですー
-
すでにあげたファイルと重複する部分がありますが、これも。
●キャラリスト(characters.txt)
◎一回目 ttp://mig380.chez-alice.fr/up0/file/u1_004204.txt (289人)※初期リスト
◎二回目 ttp://mig380.chez-alice.fr/up0/file/u1_004230.txt (252人)
◎三回目 ttp://mig380.chez-alice.fr/up0/file/u1_004231.txt (216人)
◎四回目 ttp://mig380.chez-alice.fr/up0/file/u1_004232.txt (180人)
◎五回目 ttp://mig380.chez-alice.fr/up0/file/u1_004233.txt (144人)
◎六回目 ttp://mig380.chez-alice.fr/up0/file/u1_004234.txt (108人)
◎七回目 ttp://mig380.chez-alice.fr/up0/file/u1_004235.txt (72人)
-
>>75
おやすみなさい。
私もそろそろ寝ます……
-
っていうか>>73した人は有志っていうか優子さんだった。いま気がついた恥ずかしい。
では、お疲れさまでした。
-
>>71-72>>74>>76
追証し一致確認できました
-
で、残り案件
・本戦のconfig募集の件
・末尾の偏り足きりの件
-
config募集の件
ここまでで意見いただいた方は
・審査参加者
表屋さん config募集をしたいところだけど自分はあまり参加できないので審査はできない
植輪さん できない
toraさん 参加できない
わたし 週末とかまとまって抜ける時ある
抜けがあったらごめんなさい
こんな感じです
・4日前募集に変更する案への賛否 → Yes も No も無し
ということで、例年の3日前募集であっても予定では8/13
4日前募集にするなら8/12
いずれにせよもう2-3日しかない
時期的に早いお盆休み、節電対応でずらした夏季休暇な環境の方もすでに出始められる今日
注目される抽選会も終わってしまい、最萌関係に訪れる方も一旦減少する時期でもあります
この段階でまだ「やれる方」がいらっしゃいません
よって今年のconfig募集体制を作ることは困難
なので
config募集しない
ということでよろしいですか?
-
末尾足きりの件
いろいろずっと話を出してきましたがこれも結局やらないで終わりそうですがどうなんでしょう
-
足きりはあまりにも偏りがありすぎるときなどの重大な疑義があるときに
運営の問題の当事者以外の全員一致の承認のもとに行うといった牽制的な役割を持たせて
制度的に導入したほうがいいと思います。
あまりにもイレギュラーなことがない限り、実際には足きりが行われることはないと思いますが。
-
末尾足切りは発行規制をかけないことが前提の集計方式じゃありませんでしたっけ。
足切りの誤差が統計上無視できる範囲に収まるよう末尾割り振りを継続的に見直す必要もありますから、
問題があったら導入というのは難しいのではないかと。
-
>足切りの誤差が統計上無視できる範囲に収まるよう末尾割り振りを継続的に見直す必要
そうなんですか?
なんか前にもそんなようなことを言われたような……そのときは深く考えずに流したような……
できればそうであった方がいいレベルの話ではなく、そうすることが必須のお話なら
肝心の私に「どういうことなのかちんぷんかんぷん」レベルの知力しかないのでたぶん無理です……
-
足切りは論外すぎてまともに考えるのもばからしい
-
自分も統計とか素人なので理解が追いつかない&うろ覚えな部分がありますが、
(子)さんの案では末尾をある程度均質化するかたちでグループ分けしておかないと
極端な偏りの末尾が出て統計上の誤差が大きくなるおそれがある
というようなことを言っていたと思います。
それと、末尾別に途中集計しながら偏り過ぎないように多重されるおそれがあるので、
発行時に末尾を伏せる仕様の発行所を作っていました。
-
均質化というか、平均化ですかね。
-
いやあ、今のコードシステム・末尾のままでも、通常ありえないくらいの数値(+30とか)に
閾値を設定しておけば、いざという時に対する安心感はありますよ。
頻繁に発動するような閾値だとまずいでしょうが、年に一度あるかないかの超多重には
対処できる(少しでも影響を減らせる)用意だけはしておくのは良いと思います。
少なくともコード管理者の感じるプレッシャーはある程度軽減できると思うのです。
-
足切りを日常的に行うのであれば>>87のような慎重な制度設計が必要でしょうけど、
今のようにマメに対策を行いつつ、いざというときの備えだけ作っておく、という考え方なら
ごく単純なもので良くて、しかも効果は十分だと思います。
-
(子)さんの案はもともと、発行規制に代わる多重対策でしたからね。
個人的には、末尾足切りは愉快犯の玩具にされそうな予感がすることと、
多重の(推測上の)影響力を殺ぐために無関係な投票の価値が1票未満にされ得る
ということが納得できないので、反対ではありますけど。
-
>>87-89
なるほど〜。
要するに少なすぎる末尾を統合するわけですね。誤差が影響しないように。
大手プロバイダを二つ三つに分けたりもするんでしょうか。
私は小規模中規模の巧妙に隠して隠せるような多重ではなく、いつぞやのP多重みたいな
超大規模のものを想定してのアイデアだと考えていたので、
裏最萌屋さんが言っているように発動条件をかなり高めにして、
元々誤差を考えなくていいような大手末尾や、少数派の末尾でも
誤差どころの話ではなく無茶した場合に発動するようなものだと思っていました。
ですから発行所管理人が何か特別なことをするものではなくて、
集計サイドの案件だと思っていたんですよ。
集計ルールを整備するか、集計手順はどうなるのか、そういう話だと。
であれば中小規模の多重は通常の規制で対応するので、
発行規制をかけないということも自動的に無しでしょう。
私のほうで末尾に関して足切りのために調整しろということになると、
勘でもって丼勘定の調整にしかならないと思われるのですよ。
-
もう一つにも。
>>81
異議ありません。
-
コード議論スレの方が相応しい話題なのではと思いつつ…
>>85
足切りをする際、末尾の平均化は「した方が良い」レベルの方が近いです。
デフォルトの発行数が偏っていた場合何が起きるかというと、「誤審率」
(と自分が勝手に呼んでいる確率)が変動してしまいます。
逆に言うと、変動するのは「誤審率」だけで、足切りするべき票数は
デフォルトの発行数が多かろうが少なかろうが同じ値で管理可能なはずです。
例を挙げると、例えば足切りを+20と決めていたとするならば、
普段2〜3しか投票のない末尾で+20もの偏りがあったら、これはほぼ100%多重でしょう。
逆に、普段1000以上の発行数がある末尾で同様に+20の偏りがあっても、
これは単なる偶然の偏りの結果という気がしませんか?
この、「偶然の偏りを多重と誤審してしまう確率」が「誤審率」です。
この「誤審率」は、χ2乗検定を用いれば計算で出すことが可能です。
なのでデフォルトの発行所設定からだと、その他に当たるZ末尾を、
最低でもBやCレベルの発行数になるように細分化しておけばまずはOKかと。
逆に、利用者が少なすぎるプロバイダーに独立末尾が割り当てられているなら、
それらを適当に2,3社まとめてひとつの末尾にした方が良いかも。
(途中集計から多重数をコントロールされる恐れがあるため)
-
configについては、作業を引き受けたいという人が出てきたら検討する
でも良いんじゃないですか。
-
>>81
異議なしです
-
とりあえず私としては、>>87さんの言うような末尾を整備して
これ以外の規制も取っ払ってこの方式一本に絞るというような足切りについては反対。
理由は細かいものもありますが、まあ一番は私が対応できないからですね。
次に>>89のような、しきい値をありえないほど高く取っての
発行所の調整を必要としない超多重予防としての足切り、これは賛成ですが
自分が何もしなくてもいい楽な案に賛成するのはずるいので、
議決権とかがあるわけではない参考意見としておいてください。
ちなみに賛成する理由は、私がどんなに頑張っても前触れもなく
大規模に超多重をされる可能性はあり、そうなってから票を無効にする決まりは現状なく、
要するに私程度のスキルでは心許なく、あるならあった方が安心だからです。
いずれにせよ、足切りは大前提としてタイマン戦でなければやれません。
厳密にはやれないことはないけど難しいのでやらない方がよい、ということだったはず。
ですから試合形式がタイマンになる3回戦までに……
といっても3回戦開始ギリギリではまずいので2回戦中のいつごろかまでに
結論を出せばいいように私は思うんですが、どうなんでしょう。
例えばですが、流れを見ながら足切りをするかしないか決めたと、
特定のキャラが有利不利になったと言われるようなものでもないような。
そりゃまあ決めるのが早いに越したことはないけど。
-
>>94
なるほど。
よくわかりました。ありがとうございます。
-
>>94 >>97
タイマンでなくても大丈夫ですよ。理論度数自体はきわめて単純な計算ですから。
末尾の調整もまあ、今は一番多いのはZじゃなくてBのようですが、別にしなくていいんじゃないですかね。
>>94で心配されている途中集計しながらの多重とか、少数末尾での多重とか、そこらへんは植輪氏に手動で
がんばってもらうということで。
で、1回だけ20票程度の多重をやられるのは、言い方は悪いですが仕方ない、と。
あくまで、単一末尾での何十票もの超多重を防ぐためだけの保険というイメージです。
-
安全装置という意味での規定を決めておくのも手ですよね
想定数値として2人戦+20を設定していただきましたが
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1308760649/523
それよりも上、たとえば+25くらいの数値が出現したら
その数値*2票を集計スクリプトによる有効票数からマイナスする
実運用上に落とし込めば
・集計一致確認
・データ解析実行し異常値が確認されなければ通常通り準確定告知を行う
・異常値検出確認なら通常の準確定猶予時間を+24時間にする
・異常値分を事前取り決め通りにマイナスした結果で計算間違いがないことをここで確認して準確定告知
・異常値発生試合の確定作業は通常時にある時間経過での自動確定ではなく
運営参加者全員の合意を24時間後にとり確定とする
こんな感じでしょうか
-
ていうかこれよりもこっちのほうが時間的に優先決定事項です
本当にconfig募集しなくてもいいんですか?
みなさんはそれでいいんですか?
そうだとしたら今年の投票参加者さん、支援人さん、他大会参加者さんのほとんどの人が
キャラのお名前ではなくAとか①とかの記号での投票、画面のボタンぽちっだけでもいいと思われているようで。。。
少し話はズレますがなんのためにコメント無し無効ルールにしているのでしょうか
できないことをはっきりとできないと言っていただけているし
わたしのわがままも数々聞いていただいているのでこんなことを言える訳はないですが
出来ればしたいという発言をされている方が表屋さんだけ
>>81に対しても返答・反応されている方が植輪さんとtoraさんの確認の他
>>95さんの引き受けたい人をいつまで待つおつもりなのか、>>81の日程をお読みになられているのか
少々疑問のレスしかありません
わたしは少し哀しいです
今、約2686名の中から選ばれた289名の女の子の大切なお名前であるconfigの元を作っていましたが、
少しもちべーしょんとやらが下がってしまっている気持ちです
-
募集した方がいいに決まってるじゃん
-
横から失礼
あの、公式サイトで募集をかけるとかしてはどうでしょうか>config審査人
運営スレだけで話すよりも、そっちの方が人が来ると思うのですが
あと自分の見落としかもしれませんが、公式サイトにconfigについて説明している項目が見当たりませんでした
その影響でconfigのこと知らない人とかいるんじゃないかなと思いました
それとconfig審査人ですけど、日程は若干修正あるかもだけど
test
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1277602739/107
のようにして、00:00:00〜23:00:59の23時間掛けてその応募されたconfigが妥当かどうか調べる作業をする人という認識で合っていますか?
なんかツールをダウンロードするとか書き込みで見た気がしたんですが、どうなんでしょうか
-
まあ薄々は感じていたけれど規格化され誰がやっても同じシャッフルができる抽選よりも
config募集のことを議論するほうが先だと言いたかったんだな。
もう明日、というか今夜から募集開始する必要が出てくる可能性があるのに
「引き受けたい人間が出てから」とか悠長なこと言ってる場合じゃないわな。
何考えているかわからんとクレームつけた手前申し訳ないがあまり感情的にもならないでくれ。
優子が怒ったらマジ怖いから俺達名無しで野次るしかできなくなる。
基本的に自分の興味あることしか見えない連中の集団である最萌厨だから大目にみてくれ。
優子が自分を抑えて進行させてくれているのはわかったから。
現実問題としてどうにかなりませんかね。
例えば交代制にするとか。
審査作業って
募集スレで募集開始と締め切りを書いてきて
出てきたconfigに問題あるかどうか申請に添付されたソースを確認して(ソース無しはカット)
決まったconfigを試合開始前に投票スレに貼ってくる
だっけ?
優子に申し訳ないが基本的に優子にお願いして、優子がいない時だけ他の集計氏が代理するとかどうなの?
俺も23時に毎日ここを見ることはできないが名無しながら審議に補足したい時や異議ある時はできるだけちゃんと意見書き込みするようにするから。
>>103
config審査人募集、いやconfig募集ルール自体今年に限らず今まで見たことないなぁ。
ツールはいらないと思う。
-
ツールの使い方に詳しくないのでキーワードの衝突や完全一致がどうとかそういう技術的な話はできないんですが
審議に加わるくらいなら協力したい。config遊びのない最萌本選なんて寂しすぎる
-
とりあえずそのまま本戦は進めて、config募集を仕切る人が現れたなら
募集開始すれば良いのではないか、ということです。
-
それだと募集されなかった組と募集開始後の組で不公平になるだろう。
この状態で今晩開始だとすでに最初の組に不公平な要素が発生しているかもしれないが
初日だけは2日間募集くらいに特殊対応するとかで調整すればリカバリはできそうだし。
-
とりあえず募集だけは始めておくという手もありますよ。
現時点では集計に反映される目途が立っていないことを明記した上で。
-
いやいやいやいや
今年しか出れない、それもせっかく本戦進出まで決めたキャラやその支持者のことを考えてないだろう。
16日までに目途が立てば良いが結論を先送りにした悠長な話であることに変わりない。
目途が立たないまま本戦が始まってしまったら今年の1回戦でいえば1日終わるごとに4人ないし5人がもうそのconfigで投票する機会を失うんだから。
一応言っておくがそのキャラに対する追加config申請が実際に有るか無いかは無関係だからな。
もしかしてベスト32、ないし16まで勝ち残ったキャラに対する特別な感覚とかも理解できないタイプ?
まーた優子がブチ切れるぞw
-
不公平が発生することを避けたいなら、
本戦開始に間に合わないことが明らかになった場合には
募集したconfigは一切使用しないとしておけば良いのでは。
-
http://jbbs.livedoor.jp/bbs/read.cgi/anime/8440/1277602739/107
をきちんと読めばわかるが募集だけでなく審議が必要の前提
募集だけを行うというのは無理があると思う
config募集を仕切る人が現れるまで募集されたconfig案は一体、誰が管理するのだろうか
config募集を仕切る人が過去ログまできちんとフォローしろ、ということだろうか
それでは日数が経つにつれconfig募集を仕切る人は出てこないだろう
また、config募集を仕切る人が過去に募集されたconfig案は破棄して新たに募集した場合は
折角、config案を出した人の気持ちを踏みにじることになる
-
すみません、審議期間は失念していました。
>>108はその上の書き込みにある間近の試合までの募集期間の不足を補う
ために提案したもので、駄目もとでやれることはやっておく手も考えられるということです。
仕切る人が現れそうになければ、config募集はひとまず中止して良いでしょう。
-
自分が去年の募集人でしたが、
「集計ってconfigがないと仕事になららいぜ」
という気持ちが強くてやらせていただきました。
審査の大半は相棒の予備員さんがやってくれてたので
自分は募集および管理に徹することができ助かりました。
募集を行う場合とにかく現状としてはこの募集管理をする人が必要です。
審議そのものは運営の全員資格があるのでおのおの出来る日に参加すればいいかと。
申請があったら異議がなければOKという「アピールプレイ」ですし。
できれば若い人にやってもらいたいかな。
*自分は今年はやりたくてもできません。
-
少しは建設的な意見を
>>104の書いてある通り基本的に優子氏に任せると言うのも一つの案、ただ、その場合は
・優子氏の了解と優子氏に抜ける時期を早めに提示してもらう必要がある
・集計人(運営)に代理を引き受けてもらえる必要がある
優子氏が抜ける時期がそんなに頻繁でなく、且つ集計人で代理を受ける人がいないなら自分がくらいの気持ちはある
ただ、優子氏が抜ける時期を提示してもらえないと実際に引き受けられるかわからない
「半分くらいはやれ!」と言われると無理だろうから
それと仮に本戦開始までに間に合わなくても回戦ごとにconfig募集を仕切る人を募集してみてはどうだろうか
一回戦だと289名分の募集審査が必要だが二回戦なら96名分、三回戦なら32名分と負担は軽くなる
>>81だと3日前からconfig募集開始なので二回戦開始一週間前くらいに募集してみるとか
回戦ごとを提案したのは>>107の不公平感をなくすため
-
外野から失礼。
予選はさておき、本戦はconfig募集が実施されることが望ましい、という思いはあります。
そういう意味では>>104の交代制が、
最も去年までの形式に近い形での妥協案かと思います(優子氏に依るところが大きいですが・・・)
次いで>>114のような二回戦以降での募集案。
差し迫った現状ではこれもアリでしょう。期間があくので募集・管理の環境が整理できる点も大きい。
それでも無理な場合は登録名の後ろの()書きを活用ということになりますが、
本名と別称・通称の比重の線引きは難しい点も多いので、これは下策かと個人的には感じます。
現時点では全日程参加できる方はいないようですが、
自分を含めて部分参加・協力できるという方は何人かいらっしゃるようなので、
去年以前と多少形式は異なっても実施に近付けるような形で落とし所を探れれば・・・と思ってます。
-
自分も出来るのは手伝いでの審査ぐらい
ところで募集の管理がどういうことか今一つつかめないのですが、具体的にどういうことなんでしょうか?
-
審査なんて適当でいいんだよ
明らかな罵倒語(そのキャラの定番ネタ除く)以外は通せば良い
-
申請期間の〆切が来たらconfig募集スレに申請されたconfig案を運営スレに持ってくる
審議期間を経て最終的に使用するconfigを確定・作成し、試合開始前に当日のconfigを投票スレに掲示し、運営ロダに上げる
こんな感じかと
|
|
掲示板管理者へ連絡
無料レンタル掲示板