とあるスポーツ新聞系のサイトが過去データの統計から、プロ野球日本シリーズ開幕2連勝したチームが優勝した確率は79%だと言う数字をはじき出し、高い確率だと論じておられました。まぁ当然です、相手が4勝する前に2勝すればいいのだから。とはいえ8割なんて数値を見せ付けられると、先行しているチームが精神的に優位に立ってさらに勝利しやすくなるのではと思ってしまう。てなわけで、確率計算を。

2勝している側が今後各試合に勝つ確率をpとすると、そのチームが残り5試合以内で2勝し優勝する確率は、

数式で書くと仰々しいですがやっていることは、

• 2試合で優勝: 次の1試合を勝利し、その次も勝利 [ k=2 ]
• 3試合で優勝: 次の2試合中どちらか1回勝利し、3試合目を勝利 [ k=3 ]
• 4試合で優勝: 次の3試合中どれか1回だけ勝利し、4試合目を勝利 [ k=4 ]
• 5試合で優勝: 次の4試合中どれか1回だけ勝利し、5試合目を勝利 [ k=5 ]

という確率を足し合わせているだけです。合ってるのだろうか? 確率苦手なので(^^;)

この式にp=0.5つまり今後も勝率は五分五分という数値を入れて出た結果は0.8125、つまり81.25%…ほとんど統計値と同じ、むしろ若干高いじゃないか。p=0.48～0.49くらいで優勝確率79%となるようなので、開幕2連勝するとその後若干負け易くなるらしい…まぁ誤差ですけどね。過去データが示しているのは、2勝先行したところでその後の「各試合の勝率」にはほとんど影響はなくコイントスと同じ状態だということですな。

こういう「実は大したことない」ことは日常少なくないし、相手が勝手にする誤解を巧みに利用する人もいる。個人的には受け取る方も気をつけないといけないかなと思う。今回のスポーツ新聞の場合は読み手を誤解させようとしているわけじゃなく、単にコイントスと変わらない数値だということには気づいていないのでしょう。

数式書きにはTeXclip を利用させてもらいました。TeX使うの大学の卒論以来だな…

[参考] HTML中の数式の記述（数式画像の生成） (小泉真也氏)

[2011/11/15 追記] 本日対戦成績が2-1となりましたので、先行しているチームが優勝する確率は68.75%になりました

[2011/11/16 追記] 対戦成績2-2。当然優勝確率50%

[2011/11/18 追記] 対戦成績3-2、75%。実データと計算に食い違いが出てきてもおかしくないかなぁ…

[2011/11/19 追記] 対戦成績3-3、確率は言わずもがな。

久々に自転車のタイヤがパンク。チューブを引き出してみると小さい穴があったのでいつもの通り修理。１時間後他の用事を終えて戻ってくると…チューブが破裂してる orz 先ほど修理した部分あたりから15cm位パックリと裂けておりまする。

タイヤの溝は無くなってはいないものの2年半前 と比べると明らかにすり減っているし、ひび割れも悪化はしても良くなるはずもない。このままチューブだけ変えてもパンクの頻度は増えるだろうし、購入から6年も経つわけで交換することに。安物のタイヤなら2セットは消費しているだろうから、十分元は取れたな。

今回も6年前超寿命タイヤを勧めてくれた お店で。今回はおじいちゃんじゃなく、若い人だったな。私が「前輪もかなりヒビが入っているので交換したほうが良いと思うのですけど」と言ったら、「そんなこと(店側の)私らに聞いたら、そうした方が良いと言うに決まってるよ」と返事。なかなか正直なお店です。

当然今回も耐久性の高いタイヤをお願いしたのですが、やっぱり嬉しそう。でもそのタイヤ付けちゃったら、また５年くらい来ないかもよ。

突如CentOS4起動中に

/ is mounted.  e2fsck Cannot continue, aborting.

なるエラーメッセージが出て、ルートのパスワードを求めるようになりました。パスワードを打てば管理コンソールに突入。見るとルート(/)しかマウントされていない。そこからmount -aとすると全てマウントが成功し、コマンドも使えるのですがexitで管理モードを抜けると再起動、また上のエラー発生の繰り返し。

ネットでこのエラーメッセージで探るといろいろ出てくるのですが、

• CentOS4のCDからレスキューモードで起動 → md(ソフトウェアRAID)問題なく構成可能、fsckエラーなし。LVMは不使用。
• /etc/fstabを編集、/の行の最後を"1 1"から"0 0"に変更 → 効果なし。
• initrdを作り直せ → OSが起動しないんだってば
• /etc/rc.d/rc.sysinitを編集、/をremount,rwでマウントしなおしている行をremount,roに変更 → 起動後/が読み込み専用になるので不便

要は既に読み書きモードでマウントされている状態で、なぜだかファイルシステムチェックであるfsckが起動されてしまうのが直接の原因。とりあえずtouch /fastbootで起動時fsckを無効、さらに/etc/rc.d/rc.sysinit内で/fastbootを削除しないように変更をしてその場をしのぐことに。

う～ん、何が起きているのだろう。

[2011/10/28 追記] どの箇所でエラーが出るのだろうと、/etc/rc.d/rc.sysinitに細工(3箇所あるエラーメッセージに違いを作った)をして再起動したら問題が出なくなってしまった。嫌な展開…