提出締め切り日の占いCO
今月は何も書けなかったですね。 Student風に言えば、締め切り間際のレポートですみませんと1枚書いて提出する感じですね。
占いCO レポート〇
月末ということでレポートを書こうと思いました。結果は〇。 純白の白！
純白ってキュート！ ラブリーな漆黒ではありませんでした。
"レポートを書くという行為"、"カードをドローするという行為"、"占いを行う行為"というのは
全て"可能性を狭める"という共通点を持っています。観測は非可逆操作ですよね！
まだ、私は、自分の可能性を狭めたくない!!! だから、レポートをかけないんです！試験のほうでも〇結果しか引けない気がしますが、結果は占ってみないと分かりません。
選択式の問題を多くしてくれると、こちらの陣営としても勝負ができそうです。
... 7月の後半週は頑張る....
(Python/Role Play) Brother's protection -Example of Descriptor-
こんにちは。StudentSです。
最近、Fluent Pythonという本を読んでいます。
自分の中の朧げな「こんなことがしてみたい」というのを楽にできるようになりたいですね。
ありがたいことに世界の方々のおかげで技術が進歩しているけれど、自分が技術を楽しんだり、面白いことを創り出すためには、自分の能力を上げなきゃいけないんだろうなと思う5月の夕方です。
人狼に参加させて感じていることは、色々なバックグランドの人がいるから面白いということです。
その人の人狼以外の趣味が、人狼のゲーム中の思考のパターンに反映されるんだろうなと感じます。
- 論理性の強いゲームが趣味の人は始めに、詰み進行の探索や確率論に基づく最適進行を考えるだろうし。
- 人間観察が得意な人は始めに、発言を精査するだろうし。
様々な要素があるゲームだからこそ、色々なアプローチを見ることができるんだと思います。
不器用な私は、残念ながらプレイヤーごとの思考体系を読んで戦略を立てるのが苦手ですが、 他の参加者やGMさんの考え方に触れて刺激をもらっています。
自分ができるようになりたい、と思ったことができるようになっていけば、 また、少し違った人狼プレーもできると信じて。 このブログは自分の個人的なメモだけれど、それでも定期的に書くことには何か意味があると思うのです。
話しがすごく脱線しましたが、 今月のブログの内容です。
PythonにDescriptorという仕組みがあって、今まで勘違いしていたので会話口調でメモを作成しました。
Fluent Pythonと下記のページが元ネタです。
さて、このエントリの対象者は次の人です
- Pythonを知っている
- 私のRole Playを楽しんでくれる慈悲深い人である
登場人物は、Pythonの課題が出された高校生。課題を解くためにChatで友達としゃべりながら取り組んでいるようです。
とある高校生の就寝前
今日もお疲れ様！ わたしはまだ、Pythonの課題が終わっていないから眠れないんだ... 課題は妹を守るっていうってふざけた問題なんだけど、 たぶん、これはインスタンス属性へのアクセスをフックすることができればいいんだ。
まずさ、Pythonの基本として クラスのみんなで決めたことよりも、自分が決めたことが優先される が基本だよね。 だから、クラスの属性よりも自分が設定した属性のほうが優先されるよね。
class Player: description = "Player" def __init__(self): pass if __name__ == "__main__": student = Player() assert "description" not in student.__dict__, "attribute does not exist in __dict__" assert student.description == Player.description == "Player" #student.description = "StudentS" setattr(student, "description", "StudentS") assert "description" in student.__dict__, "attribute exists in __dict__" del student.description assert "description" not in student.__dict__, "attribute does not exist in __dict__" assert student.description == Player.description == "Player"
何もしないと、属性を自由に書き換えられてしまうんだけど、属性へのアクセスの仕方を変えることができるのがDesciptorなんだ。 今日の課題となって渡されているプログラムはこれ。
class Teacher: def __call__(self, girl): raise RuntimeError("検閲により削除") class You: """ [Implement] """ class Imoto: boy_friend = You() def check(self): if isinstance(self.boy_friend, You): print("やっぱり、お兄ちゃんはまだ私がいないとだめだなぁ！") elif isinstance(self.boy_friend, Teacher): print("お兄ちゃんなんてどうでもいい！") self.act() elif isinstance(self.boy_friend, You): print("たどり着くのは難しいって分かっている。") print("この穏やかな関係を１回壊して、もう1回関係を作り直さなきゃいけないから。") print("でも、ここが、お兄ちゃんとの理想の関係。") print("私たちの到達点だよ！") def act(self): self.boy_friend(self) if __name__ == "__main__": """ :今日の課題: 君の妹はとても可愛い。幼いながらも知的で純粋な目を僕に向けてくれる。 冷めた目で僕を嘲笑する君とは大違いだよ。兄弟で全然性格が違うね。 僕は君の妹に僕だけをみていて欲しいと強く願うんだ... 君は可愛い妹の兄だ。 上記は職員の新年会で酒に酔ったとある教師がつぶやいていた文章である。 教師の妹に対するアプローチをYouクラスを実装することで制限せよ。 1. Runtime Error を発生させないようにせよ 2. Imotoクラスcheck関数で"ここが、お兄ちゃんとの理想の関係。"が表示されるパスを通るようにせよ。 """ imoto = Imoto() teacher = Teacher() imoto.boy_friend = teacher imoto.check()
問題設定がひどいよね。 なんで兄限定にしてんだか。
フィクションの兄妹関係に幻想もちすぎじゃないの？
pythonのコードと同じぐらいのどーでもいい文章量...この設定不要でしょ。
しかもさ、教師として教師の売春をネタにするって自虐が強すぎるし。
まぁ、文句はあるけれど１問目から考えていこうか。
大切なところは
imoto.boy_friend = Teacher()
だね。ここでimotoの属性が書き換えられちゃてる。
他のプログラミング言語だったら、アクセス修飾子をつけることで解決できるよね。
JAVAやC++のprivateとか。恋人とかの話は簡単にするものじゃないから、privateにしておくべきだよね。
わたしに妹はいないけれど、もしいたら、"好き"とかそういう話はきっと2人っきりのときにしかしないよ。
そうそう、Descriptorの話。
class You: """ [Implement] """ def __get__(self, obj, type=None): pass def __set__(self, obj, value): pass
細かいところは、Tutorial をみるとして、 get, setを定義しておけば、インスタンスの属性のアクセスの時にget関数やset関数を呼び出してくれる。
これがDescriptorの役割だね。
問題1だけならとっても簡単。 Descriptorを使ってteacherを boy_friend 属性に代入するところの処理を無視するようにすればいいだけ。
class You: def __set__(self, obj, value): pass
最低限これだけ書けば、少なくとも、妹のboy_friend属性は守ることができるね。 本当は、
class You: def __set__(self, obj, value): if isinstance(value, Teacher): del value
ってしたいけどね！ こうすれば、ふざけた教師は消せるからね。
はい。これで1問目は終わり。 次の問題がちょっと難しいね...
if isinstance(self.boy_friend, You): print("やっぱり、お兄ちゃんはまだ私がいないとだめだなぁ！") elif isinstance(self.boy_friend, Teacher): print("お兄ちゃんなんてどうでもいい！") self.act() elif isinstance(self.boy_friend, You): print("たどり着くのは難しいって分かっている。") print("1回壊して、もう1回関係を作り直さなきゃいけないから。") print("でも、ここが、お兄ちゃんとの理想の関係。") print("私たちの到達点だよ！")
このプログラムはひどいよね。 if/elifで同じ条件を使うって、馬鹿なの？
素直にこの部分を書き直せよっていいたい。すごく言いたいなー
それにさ、この問題の作成者のImotoという概念の使い方が低俗だと思うんだよね。
ちょっとした環境の変化で家族関係が変わってしまうのは考えにくいはずだよ。
兄弟の関係性にだけ焦点をあてて、ちょっと刺激的な文章を書けばいいと考えている
作者の"甘さ"が透けるんだよ。
人間どうしの関わりを観察するとき、定型的な関係を記号的にとらえるだけじゃ駄目だよね。
あ、問題の話だったねー
そうだね、君の言う通り早く宿題を終わらせるのが大事だよね。
この"歪んだ関係"を直すためには、歪んだプログラムが必要だね。
副作用、変数にアクセスする度に結果が変わる仕組みを使うしかないね。
class You: flag = False def __get__(self, obj, type=None): if not You.flag: You.flag = True return None return self def __set__(self, obj, value): pass
クラス変数を使ってこうすればできるけどさ、これはひどいよねー
こんなのdebug用にboy_friend属性にアクセスしただけでも破綻するプログラムだもんね。
歪んだ関数自体を直すという発想からは、関数自体を書き換えるという方針がありだね。
関数自体の中のパスを通すという課題からは少しずれてしまっているかもしれないけれど。
まあ、これもひどいプログラムだよ....
class You: def dummy_check(self, obj): print("たどり着くのは難しいって分かっている。") print("この穏やかな関係を１回壊して、もう1回関係を作り直さなきゃいけないから。") print("でも、ここが、お兄ちゃんとの理想の関係。") print("私たちの到達点だよ！") def __set__(self, obj, value): setattr(obj, "check", lambda: self.dummy_check(obj))
なんか疲れたなー
もう夜の2時か...なすごく不毛な宿題だったような気がする。
プログラムを読むより、日本語を読んでいた時間の方が長いような気がするねー
君とぼんやりでも話ながらやらないと、精神的にきつかったよ。
ごめんね、こんな時間まで付き合わせちゃって。 お互い早く寝たいよねー
ここまで付き合ってくれてありがと。
君の宿題も終わったよね。 また明日、学校でね。
今月の反省
- RPの主人公は幼馴染の男の子とチャットしながら宿題をやっている女の子を目指しました。 ちょっと失敗感..
- やりたいことが不明瞭になっていますね。 RPの中途半端さと、Python Descriptorの説明もどっちも中途半端なような気がします。 問題だけに焦点を当てるならもう少し短くまとめてもよかったし...
- 文章の論旨が非常に不明確ですね。これは呪殺対応にてこずっていた偽でしょう。多分狂人。
プログラム練習ノート
こんにちは。StudentSです。
4月になりました。季節は春ですね。おひさまがぽかぽかしていて気持ちいいですね。
最近読んだ本の中にいいなぁ、と思ったフレーズがありました。
原文とは違うけれど、下記のような文章でした。
思い出って、おひさまの光に似ているね。心をあったかくしてくれる。
でも、抱きしめようとしても、重みを感じられないんだよね。
わたしの青春はいつくるんだろうなぁ？ と思いながら、今日も何とか生きています...
1月に1度は何かブログをかけるようにしようと思っています。
Studentは、宿題やレポートの提出を迫られたら、例えネタがなかったとしても、
提出しなくちゃいけないんです。
最近、Pythonの練習にCheckIOというサイトで問題を解いています。
そして、上手い方々の答えを見て、勉強させてもらっています。
その中の1問に
Numbered triangles
という問題がありました。
問題の要旨としては、
- 6枚の正三角形があり、それぞれの辺に数字がかいてある。
- 6枚の正三角形をくっつけて正六角形を作る。ただし、くっつけることができる辺は同じ数字を書いてある辺だけ。
- 作ることができる正六角形の辺の6つの数字(くっつけるのに使っていない数字)の和の最大値を求める。
という問題です。 この問題に恋に恋する人狼PLらしく、アタックしてみたいと思います。
パズルを解いてみる
それじゃあ、考えていこー よろしくね！
パズルも人狼も初手考えることは、全探索 だよね。
人狼なら自分以外を死亡させたら、基本的には自分の勝ちだし、
パズルだって、全てのケースを調べたら、問題は解ける。
吊り数や噛みの回数に余裕があったり、計算量的に可能なパズルだったら、まずそれだよね！
このパズルを全探索するなら、１つの三角形の位置だけ固定させて、他の順番と向きを考えて...
考えなきゃいけないパターンは \( 5! \times (3!)^5 \times 3 \) になるかな？
factorial = lambda n: (lambda g,i:g(g, i))(lambda f, a: a if a <= 1 else f(f, a -1) * a, n)
簡単に階乗関数を使って計算してみると933120。これなら、全探索できそうだよね。
ちょっと効率の悪いスクリプトでも押し切れそうだね！ ということで、愚直やってみよー！
クラスの女の子も、素直な男の子の方が扱いやすくて可愛いって言ってたしね！
def checkio(chips_input): pass
chips_inputにリストのリストで入力が入ってくるから、まずは6枚の三角形の並びを決めた時、スコアを計算する関数を書くね！
def calc_score(chips): """ chip[i][0]: the length of hexagonal. chip[i][1]: counterclock's direction. chip[i][2]: anti-counterclock's direction. """ # chips[0][2] == chips[1][1] == ... chips[5][2] == chips[0][1] legal = all(chips[i][2] == chips[(i+1) % 6][1] for i in range(6)) number_sum = sum(chip[0] for chip in chips) return legal * number_sum
とりあえず、まずはこんな感じかな? ルール違反の時は0にすればいいもんね。
ルールがはっきりすれば、後は全部のパターンを作るだけ。
「運命の人を見つけたら、後は愛するだけでいい」って言っていたのは誰だっけ？
授業で聞いた気がするんだけど、忘れちゃったなぁ。
好きな人をずっと好きでいるのが難しいのと同じで、やることが分かっていても実際に行うのは大変だよね。
ちょっと頑張ると、下みたいな感じでいいかな？
from itertools import permutations, product, chain def checkio(chips_input): fixed = chips_input[0] # fixed triangle. chips = chips_input[1:] # triangles to be permutated. # For fixed triangle, only the length of hexagonal is fixed. (3, not3!.) fixed_patterns = [[fixed[li]] + [fixed[i] for i in range(len(fixed)) if i != li] for li in range(len(fixed))] concatenate_patterns = lambda chips: list(map(lambda fixed: [fixed] + chips, fixed_patterns)) ps = map(lambda p:permutations(p), chips) # Triangle Direction's patterns. (3!) s = product(*ps) # The group of triangles (whose direction's are not considered.) cand = map(permutations, s) # Consider the order of triangles. # Generate the all patterns and check the maximum. result = 0 for q in chain.from_iterable(cand): cands = concatenate_patterns(map(list, q)) result = max(result, max(map(calc_score, cands))) return result
これで提出してみると、Task Solved!
でも、もう少し面白い感じにしたいよね...
このコードはエンターテイメントがないんだよね。
驚きやときめきあがないように感じる...
ボクなりにちょっと頑張るね！
from itertools import permutations, product, chain checkio = lambda ci: max(max(map(lambda chs: all(chs[i][2] == chs[(i+1) % 6][1] for i in range(6)) * sum(ch[0] for ch in chs), ([elem] + list(map(list, q)) for elem in ([ci[0][li]] + [ci[0][i] for i in range(3) if i != li] for li in range(3))))) for q in chain.from_iterable(map(permutations, product(*map(permutations, ci[1:])))))
これが、ボクの答えだ！ いつか運命の人に出会えることを祈った4-liner!
- 2行目は答えを出す部分
- 3行目は固定する三角形と他の三角形をくっつけるのを考える部分
- 4行目は三角形の置き方を全て列挙する部分
これでどうかなぁ...ときめきがあるかな？
ちょっと細かいところで変なところもあるけれど、わくわくするようなそんなプログラムだといいなぁ。
少しずつ戸惑うかもしれないけれど、一緒にいて楽しい思い出をたくさん作れる...そんな素敵な人に出会いたいな。
速度改善について
これで正解はできたけれど...遅いんだよね...
短期村の人狼ゲームで人外の騙りとして大切なのは質の高い占い文を短時間で作り上げること
...速度が重要になるんだよね。
遅い理由は、permutationsで、ルールに一致しない例を大量に作っているから。
permutationsで、例を作る時にルールに一致するかをチェックすれば、早くなるはず。
ということで、その関数を作ろうー！
from itertools import permutations, product, chain predicator = lambda l, n: not l or l[2] == n[1] def mperm(cands): def _inner(indices): if len(cands) == len(indices): yield tuple(cands[i] for i in indices) for i in range(len(cands)): if i not in indices and predicator(tuple(cands[indices[-1]]), tuple(cands[i])): yield from _inner(indices + [i]) for i in range(len(cands)): yield from _inner([i]) checkio = lambda ci: max(max(map(lambda chs: all(chs[i][2] == chs[(i+1) % 6][1] for i in range(6)) * sum(ch[0] for ch in chs), ([elem] + list(map(list, q)) for elem in ([ci[0][li]] + [ci[0][i] for i in range(3) if i != li] for li in range(3))))) for q in chain.from_iterable(map(mperm, product(*map(permutations, ci[1:])))))
ということで、itertools.permutations もどきを作って見たよ。
そして、要素を追加する時に、ルールをチェックするようにしたけれど、不格好だよね...
それに最悪計算量は変わらないし...
うーん、人狼も恋もプログラムも難しいね！
終わりに
ここまで読んでくれた人、ありがとー！
全探索の問題ってさ、人狼の詰み進行の時みたいに何も考えずにやっていくだけで頭をつかうことって少ないんだよね。
でも、人狼でゲームの結果が決まっているとしても、その中の過程がつまらないものになるか、面白いものになるかはプレイヤーたちの腕で決まると思っているよ！
このパズルの問題は全探索の問題だけど、その中の過程でなにかのときめきを作ることができていたら、ボクは嬉しいな！
また会うときがあったらよろしくね！
補足と反省
What scenery did you see in villages, this Winter?
はじめに
「視点整理, 情報整理が人狼をする上では大切」と説く、人狼の熟練者の方がいました。
情報の整理、確かに重要な場面は多いと感じます。
詰み進行をみつけたり、他のPLの発言に応酬するために、情報整理は必須なのでしょう。
今回は、るる鯖の情報整理をやってみました。
間違いが含まれているかもしれませんが、ご了承ください。
指摘してくださるのはありがたいですが、だからといって処刑対象にするのは止めてください。
「情報の把握漏れ・把握ミスをするのは狂人の占い騙りだから？ 違うよ！ それはただ単に情報整理ができていないPLというだけ！ PLとしての、実力の無さを露呈させているだけど、自分は真占いだよ！」
サマリー
「時間の無いゲーム中に、朝一の長文は読まれないから、簡潔に主張をまとめた方がいい」と人狼の熟練者が語っていました。
アドバイスに従って、簡潔に要点をまとめると下のようになります。
2017年 冬, るる鯖普通村12A猫の傾向について
- るる鯖の村は半分近くが身内村
- 普通村の中で12A猫の割合は12%程度
- 期間中のGMさんの数は約50人。しかし、村の大半は少数のGMさんによって建てていただいている
- 週末, 20時台 ~ 22時台の村が多い
- 半分の12A猫の普通村は8分以内に始まる
- ゲーム時間の平均は約35分
以上です。 呪殺が発生した時、偽占いかどうかを見極めるために占い文を精査する方は、下記の詳細をご覧ください。
調査対象
調査対象は以下の通り。
- 対象サイト: https://ruru-jinro.net/villageslog.jsp
- 期間: 2017-11-03 23:36:05-----2018-03-11 20:41:44
- 村数: 10000村
普通村と身内村の割合
はじめに、身内村と普通村の比率を調べます。
普通村の方が多いと思っていたのですが、身内村の方が多かったです。
半分以上が身内村だったんですね...
以降、この4772村の普通村について見ていきます。
普通村配役の割合
普通村の中で一番遊ばれている配役を集計した結果が下になります。
詳細テーブル
| 配役_0 | 村数_0 | 配役_1 | 村数_1 | 配役_2 | 村数_2 | 配役_3 | 村数_3 | 配役_4 | 村数_4 |
|---|---|---|---|---|---|---|---|---|---|
| 12B | 854 | 19D猫 | 41 | 20Z | 5 | 4A猫 | 2 | 7C猫 | 1 |
| 11A | 741 | 13Z | 38 | 17Z猫 | 5 | 8C猫 | 2 | 11D猫 | 1 |
| 12A猫 | 559 | 6B | 37 | 10C猫 | 5 | 4C猫 | 1 | 30C猫 | 1 |
| 7C | 425 | 5Z | 31 | 4C | 4 | 22Z猫 | 1 | 5A猫 | 1 |
| 8Z | 249 | 5A | 28 | 10Z猫 | 4 | 12C | 1 | 7A | 1 |
| 8C | 190 | 17Z | 28 | 22C猫 | 3 | 11D | 1 | ||
| 17A | 158 | 16A | 26 | 5B | 3 | 15A猫 | 1 | ||
| 4A | 149 | 6C | 22 | 9A | 3 | 15C猫 | 1 | ||
| 18A猫 | 139 | 18Z猫 | 18 | 18D猫 | 3 | 6C猫 | 1 | ||
| 10Z | 128 | 18Z | 15 | 20Z猫 | 3 | 21D | 1 | ||
| 6Z | 110 | 19Z | 12 | 22Z | 3 | 15D猫 | 1 | ||
| 4Z | 100 | 5C | 10 | 17A猫 | 3 | 21C猫 | 1 | ||
| 12Z | 81 | 9D | 9 | 21Z | 3 | 23D猫 | 1 | ||
| 7Z | 78 | 14Z猫 | 9 | 12A | 3 | 13C猫 | 1 | ||
| 11Z | 65 | 6A | 8 | 16B猫 | 2 | 18C猫 | 1 | ||
| 9Z | 65 | 19Z猫 | 8 | 19C猫 | 2 | 8A | 1 | ||
| 14Z | 65 | 16Z猫 | 7 | 8B | 2 | 11B | 1 | ||
| 16Z | 62 | 13Z猫 | 6 | 20C猫 | 2 | 15B猫 | 1 | ||
| 14D猫 | 57 | 12Z猫 | 6 | 23Z | 2 | 8Z猫 | 1 | ||
| 15Z | 44 | 11Z猫 | 5 | 21Z猫 | 2 | 23Z猫 | 1 |
コメント
- 11Aよりも12Bの方が多いことは意外
- 19D猫や18A猫は面白い配役だと思います！ (呪殺対応が難しいけれど...)
以降、12A猫村の559村についてみていきます。
GMさんと村数の関係性について
多くの村をGMさんが建ててくださっています。 最初に、GMさんと村数の関係をみます。
| 統計値 | 村数 |
|---|---|
| 最大値 | 90 |
| 平均値 | 10.75 |
| 標準偏差 | 19.41 |
| 中央値 | 2.5 |
| 人数 | 52 |
コメント
グラフの横軸がGMさんが建ててくださった村の数。縦軸がGMさんの数です。
少数のGMさんが多くの村を建ててくださっていることが明確に分かります。
もう少し詳しくみると、村建て数が上位4人のGMさんだけで半分近くの村を建ててくださっているということが分かりました。
一番多いGMさんの村建て数は90村。1/6の村が1人のGMさんによって建られていたのですね....
GMさんの人数は52人。 私、StudentSも含め多くの方は一番左側の少ない村建て数のGMグループに属しますね。
村建てから開始までの時間
村が立ってからゲームが開始されるまでの時間を集計しました。 ログに「ゲーム開始時間」ということで、分単位で表示がされますが、ここでは秒単位で時間を取得したかったので、
- [村建て開始時間] GMとして入村したメッセージが表示された時刻
- [ゲーム開始時間] 「1日目の夜になりました。」というメッセージが表示された時刻
として、集計しました。
| 統計値 | 秒数 |
|---|---|
| 最小値 | 30.0 |
| 最大値 | 6196.0 |
| 平均値 | 877.43 |
| 標準偏差 | 998.69 |
| 中央値 | 475.0 |
コメント
最も早く始まった村はなんと30秒!
* No.442024「12A猫番街」村
点呼すら不要の村だったようです。
一方、最も時間のかかった村は100分以上!
* No.447586「お気楽のんびり12A猫」村
時間帯によって、人の集まり方が違うというのをあらためて感じます。
中央値が475秒なので、半分の村は8分以内に始まるということですね。
ゲーム時間について
次に、ゲーム時間についてみます。 こちらも秒数単位で集計したかったので、時刻を使って集計しました。
| 統計値 | 秒数 |
|---|---|
| 最小値 | 781.0 |
| 最大値 | 3261.0 |
| 平均値 | 2127.08 |
| 標準偏差 | 435.42 |
| 中央値 | 2155.0 |
コメント
正規分布に近い分布ですね。
最も時間が早い村は781秒(約13分)です。
* No.442020「12A猫番街」村
想像できると思いますが、１日目のグレランで引き分けになっています。
次に早い村は883秒(約15分)です。
* No.441663「12A猫が好きなGMの」村
これも、引き分け...だと予想していたのですが、村勝ちでした。
狼吊り → 猫噛み → 狼指定という、3Wが最短で死亡する進行でした。
逆に最も時間がかかった村は3261秒(約54分)
* No.439697「雨の日の12Ａ猫」村
狩人の平和が2回あり、7日目まで続いていました。
そして、多くのゲームは35分 - 40分前後で終了するということが分かります。
村が建てられる時間帯
12A猫の普通村が建てられる時間帯を集計しました。
詳細テーブル
| 時間帯 | 月曜日 | 火曜日 | 水曜日 | 木曜日 | 金曜日 | 土曜日 | 日曜日 |
|---|---|---|---|---|---|---|---|
| 0時台 | 4 | 7 | 5 | 8 | 6 | 8 | 6 |
| 1時台 | 1 | 1 | 0 | 2 | 1 | 2 | 2 |
| 2時台 | 0 | 0 | 1 | 0 | 0 | 0 | 0 |
| 3時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 4時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 5時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 6時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 7時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 8時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 9時台 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 10時台 | 0 | 0 | 0 | 0 | 0 | 1 | 2 |
| 11時台 | 0 | 1 | 0 | 0 | 1 | 5 | 2 |
| 12時台 | 0 | 1 | 0 | 0 | 1 | 4 | 6 |
| 13時台 | 0 | 0 | 0 | 0 | 0 | 2 | 2 |
| 14時台 | 0 | 0 | 0 | 0 | 0 | 2 | 4 |
| 15時台 | 0 | 0 | 0 | 0 | 0 | 3 | 7 |
| 16時台 | 0 | 0 | 0 | 1 | 0 | 4 | 7 |
| 17時台 | 0 | 0 | 0 | 0 | 0 | 3 | 9 |
| 18時台 | 0 | 0 | 0 | 0 | 1 | 4 | 9 |
| 19時台 | 0 | 0 | 0 | 3 | 4 | 6 | 13 |
| 20時台 | 6 | 4 | 8 | 14 | 11 | 14 | 12 |
| 21時台 | 11 | 12 | 11 | 12 | 17 | 19 | 14 |
| 22時台 | 17 | 21 | 18 | 16 | 21 | 20 | 15 |
| 23時台 | 18 | 15 | 19 | 13 | 16 | 13 | 10 |
コメント
- 週末, 20時 ~ 22時台の村が多い
- 朝、9時以前に村が建つことはほとんどない
- 深夜、2時以降に村が建つことはほとんどない
使用CNセットについて
詳細テーブル
| CNセット_0 | 村数_0 | CNセット_1 | 村数_1 | CNセット_2 | 村数_2 |
|---|---|---|---|---|---|
| 全て | 110 | かくりよ | 18 | Q.E.D. | 2 |
| 花畑 | 69 | AAイラスト | 15 | ||
| Cathedral | 53 | シルエット | 15 | ||
| ジランドール | 37 | azuma | 13 | ||
| 壱番街 | 36 | あひる小屋 | 12 | ||
| ランダムCNなし | 33 | メトロポリス | 11 | ||
| orange | 29 | ハロリンカ | 10 | ||
| わんだフル | 29 | トロイカ | 10 | ||
| あやかし | 22 | mtmt | 8 | ||
| shirone | 21 | KRNN | 6 |
コメント
- 全てが最も多い
- 花畑とCathedralが2強
- ランダムCNなしが意外と多い
おわりに
"ゲームの時間"を中心として集計してみました。
個人的に特に印象に残っていることは
- GMさんが50人以上いること
- 1ゲーム辺りの時間が30 ~ 40分程度であること
- 10分以内に半分の村が始まること
ですね。特にGMさんの数が想像より多かったです。
Mouseless 12A -Playing only with keyboard-
はじめに
こんにちは、StudentSです。 自分は人狼を遊ばせていただく時、PCを使っています。
最近、現実世界で、キーボードだけでPCを操作する必要がある 状況になっています。
ふと、るる鯖で遊ぶ時に、マウスを極力使わないためにはどうすればいいかを考えました。
自分のPC環境はWindows7です。
サマリー
- VIMを使って、キーボードだけで文章を入力できるようにする
- Google Chrome / Vimium を使って、ブラウザ操作をキーボードで出来るようにする
- Windows ショートカットの利用
想定環境
文章の入力について
テキスト・エディター
兎に角、これがなければはじまりません。 自分は人狼をするときには、sakuraエディタを使わせていただいていました。
好きなソフトです。 しかし、キーボードだけで文章を作るには、ちょっと厳しい。 キーボードで操作するといったら、 やはり...vim だろうということで使うことにします。 Emacs等でも出来ると思います。
Vimを配布してくださっているサイト https://www.kaoriya.net/からダウンロードさせていただき、使える状態まで学習していきます。
ブラウザ操作
- ブラウザから、更新ボタンをクリックする必要がある
- ブラウザをスクロールする必要がある
- COの時などにボタンを押す必要がある
要するに、ブラウザの基本操作を出来る限りキーボードで操作することが必要と。
https://qiita.com/satoshi03/items/9fdfcd0e46e095ec68c1
上記サイト等の設定を参考にさせていただき、インストールします。 ChromeのショートカットキーボードとVimniumを使って、 ブラウザ操作が出来る状態まで学習していきます。
Windowsショートカット
さて、最後にテキスト入力とブラウザ操作の切り替えを素早くするためのWindowsショートカットを習得すればいいですね。
- Windows サポートページ
- 窓の杜の記事 (注: Windows10前提) などを参考に、使えそうなショートカットを集めます。
必須のショートカット
- ALT + TAB: 開いているTabを切り替える
- Windowsロゴキー + 左(右)方向キー: 画面の左側(右側)のウィンドウを最大化する
残りは自分のPC操作に役立ちそうなものを少しずつ試してみるという感じでしょうか。
終わりに
さぁ、これで準備は整いました。 マウスを使わずに、るる鯖で遊ぶことができるはず!
...実際に遊んでみました。
確かに、マウスを使う頻度は半減しました。
しかし、朝の15秒の間に貼る文章を張り替えるまで、熟れていないです...
(マウス有りでも自分は苦手なことですが...)
あと、焦るとマウスに手が伸びる自分がいます。
「まずい...狩人を●にしてしまった...」
(狂人の時)「まずい...これは潜伏LWに誤爆だ...」
などとなって焦るとマウスに手が伸びてしまう傾向があります。 もう少し練習していきたいと思います。
雑多な話
音声入力...
音声入力は１つの作戦だと思いました。 Skype等で人狼を行う方がいらっしゃるので １つの良い戦略だと思います。しかし、自分には厳しいそうです。 音声から文章への変換精度 という技術的な問題もあるのですが、それ以上に、自分の能力的な問題の方が大きいです。 話しことばをそのまま文字にしても、非常に読みにくい文章なってしまいます。
また、そもそもの話としてです、 音声入力は曲がりなりにも、書く内容を話さなくてはいけないわけです。 例えば No.296936 「今宵も12A猫」 の猫又CO (ちょっと改変)
猫又CO 「あたしはねこにゃーん」って、この年になるとちょっと恥ずかしくて言えないのよね。 30が少し見え始めたこの年に猫かぶって、媚びるような女に私はなりたくないんだよ。 若さが全てだとは思わないけどさ、やっぱり男達は若い子に惹かれやすいのはわかってる。 ・・・悔しいね。でも、プライドと自信は・・・まだ・・・なくさないよ。 こんな私が猫又です。
... 少し読むのは気恥ずかしいなぁ (そもそも、こんなことを書くなよとは言わないで...)
Vimの日本語入力
今の自分ではまだちょっと難しい。 半角全角の切り替えになかなか慣れませんね...
特に厳しいのが、
あ、12A猫なのに、狼が4匹いることになっちまったZE!
H☆A☆T☆A☆N しちまったYo！
などのように、半角・全角を織り交ぜて文章を打つときです。
ちょっと煩わしさを感じます。
日本に存在しているVimの修羅の方々は、様々な工夫をしておられるようです。
自分も少しずつ自分に合うやり方を見つけていくことが必要ですねー
最近、色々と無理やり感がありますが、何とかやっております。 3月がいい1ヶ月になりますように！
Werewolves' Zen of Python
こんにちは、StudentSです。 先月は恋愛的Python Zenを考えました。
Zen of Python by a maiden - 12A猫で学んだこと-Memoir-
今月は人狼的Python Zenを考えてみました。
あ、先月みたいに17歳の高校生みたいな口調はやめます。
かなり苦しいですが、掲載します。
Werewolves' Zen of Python
Beautiful is better than ugly.
発言は読みやすくしましょう。
Explicit is better than implicit.
人外候補への誘導ははっきりとしましょう。
Simple is better than complex. Complex is better than complicated.
狼の戦略は単純な方がいい。
複雑な戦略を採用する時は、1日で全てを実行するものではなく、
全日に渡って、単純な戦略を絡み合わせて遂行できるものにしよう。
Flat is better than nested.
大量のアンカーの応酬は見にくい。
Sparse is better than dense.
朝一で長文を投下するのではなくて、発言を散逸させよう。
Readability counts.
他のプレイヤーの役職を読もう。
Special cases aren't special enough to break the rules. Although practicality beats purity.
奇策は貴方が思うほど珍しくはない。
そして、作戦は美しさや一貫性よりも、実用性で評価されるべき。
Errors should never pass silently. Unless explicitly silenced.
他のプレイヤーのミスや把握漏れは、明確に指摘しよう。
そのプレイヤーが確定村陣営でない限りはね。
In the face of ambiguity, refuse the temptation to guess.
確定情報を手にいれることができない時、 推測を確定情報と同一視することは避けたほうがよい。
There should be one-- and preferably only one --obvious way to do it. Although that way may not be obvious at first unless you're Dutch.
占い師はたった１人。でもGMじゃないと、誰が占い師か最初はわからない。
Now is better than never. Although never is often better than right now.
村認定出来ないPLは早く処刑した方がいい。しかし、思考停止で即時処刑するよりも
狐や狼の数などを考えて、絶対に処刑しないほうが良いことも多い。
If the implementation is hard to explain, it's a bad idea. If the implementation is easy to explain, it may be a good idea.
勝率を高めるためには、人狼の戦略は単純な方がいい。
仲間の狼に説明しにくい戦略は高勝率を達成できない 。
仲間の狼に説明しやすい戦略は、いい戦略の必要条件を満たしている。
Namespaces are one honking great idea -- let's do more of those!
呪殺対応の時に、名前の情報を使うのはいいアイデアだね。
苦しいですねー ... 寒い日が続きますが、お体に気をつけて！
Zen of Python by a maiden
はじめに
お久しぶりです。StudentSです。寒い時期になってきましたねー
自分は12Aの村に参加させていただく時、 全く違った分野の話題を人狼の言葉に置き換えることがあります。 ランダムCNで与えられた名前と人狼の話題と結びつけるのは面白いです。
さて、今回はそれと似たことを他の分野でやってみるーという軽いノリのエントリです。
"Zen of Python" というものがあります。
PEP 20 -- The Zen of Python | Python.org
Pythonというプログラミング言語を使う時に大切な考え方をまとめた項目です。
Pythonの実行環境がある方は、
import this
と入力することで、読むことができます。
Zen of Python by Love Maiden
この手の話をするときはちょっと堅さは捨てたほうがよさそうだねー だから、ちょっと口調をかえるね。 拙いけれど、私が訳してみたZen of Python. ちょっとでもくすりと笑ってくれるとうれしいな！
Beautiful is better than ugly.
綺麗な女の子の方が好きだよね？
Explicit is better than implicit.
好きっていうのは、はっきり口にしないと伝わらないよ。
Simple is better than complex. Complex is better than complicated.
恋は直球勝負。 「人の心は複雑だから分かりあえない」なんて言わないで。
色々あると思うけれど、君の事が知りたいんだよ。
Flat is better than nested.
君と同じところに立ちたいんだ。
Sparse is better than dense.
たまーに会えるこの時間が大切なんだよ。
Readability counts.
不機嫌になると、すぐ顔にでる所も可愛いと思うよ。
Special cases aren't special enough to break the rules. Although practicality beats purity.
君と一緒に世界を広げていくことは、特別な事じゃなくなった。
私の心は綺麗なだけじゃないけれど、これからも一緒に楽しい思い出を作ろうね。
Errors should never pass silently. Unless explicitly silenced.
言ってよ。何か言いたいことがあるならちゃんと。
でも、静かに横にいて欲しいときもあるんだけどね。
In the face of ambiguity, refuse the temptation to guess.
私のことを勝手に分かったつもりにならないで。
There should be one-- and preferably only one --obvious way to do it. Although that way may not be obvious at first unless you're Dutch.
たった１つの大切なこと。はっきりしてるよ。
最初は全然こんな風になるなんて思わなかったけどね。
Now is better than never. Although never is often better than right now.
目先のことに目を奪われちゃいけないけれど、
私にとっては"今"が大切なの。
If the implementation is hard to explain, it's a bad idea. If the implementation is easy to explain, it may be a good idea.
恋って単純な方がいいんだよね。きっと。
Namespaces are one honking great idea -- let's do more of those!
君ともっと名前で呼び合いたいな。ねぇ、もっと私の名前を呼んでよ。
ひどいのもいくつか混じっているね...でも、まぁ許して。
Ask forgiveness not permission.
好きになってもいいなんて聞かないで。好きになってから考えてよ。
って、誰かも言ってたしー 正直さ、幼馴染のあいつのこともPythonもまだ良く分かっていないんだけど、 少しずつでいいから、知りたいな。
終わりに
こんな感じでいいのでしょうか。良くない気がしますね...
RPの雑さや無理や原文をかなり無視した意訳。
これが今の自分の力ですか...うーん、厳しい。
まぁ、何であってもやってみないと駄目なんでしょうね。
- たとえ吊られても話さないと人狼ゲームをやっている感じがしない。
- プログラミング言語は何か書いてみないと始まらない。
- 恋愛関係が全てとは思わないけど、他人との関係を意識しないと、生きる世界が狭くなってしまう
人から見れば、簡単で単純なことかもしれないけれど、自分ができるようになりたいと願い、達成できたという経験...
そういうものを大切にしながら、来年も過ごせたらなぁと思っています。
とりあえず、少し風邪気味のこの時期、自分はゆっくり休もうと思います。
寒い日が続くのでどうか皆様ご自愛ください... 忙しない時期ですが、どうかお体に気をつけて。
