宝くじの共同購入とは？_ によると

宝くじに対し複数の購入希望者を募り、購入した宝くじの当選金の総合計を購入者に分配するシステムです。

これ 反論されている理論_ だけだと、宝くじ自体の期待値を無視しているから、説明になっていないと思うのだが。
期待値を逸脱した高額当選が有った場合は、言われているように損害が出る可能性があるが。
しかしそういう損害がでる確率は、宝くじ自体の期待値が低すぎるのでかなり低いぞ。
簡単に理解するんだったら ジャンボ宝くじ模擬実験_ を開いて。
購入金額が1000万円ほどに成るまで放置しておけばよい。
高い確率で利益がマイナスになるだろう。
沢山買えば買うほど不利になるのが宝くじだ。
日本の宝くじを使ったこういう共同購入システムで、確実に収益を上げる最適な戦略は「1本も買わないこと」になるよね。
購入者が沢山いればいるほど、livedoorとしては有利だ。
まぁ数学的な最適戦略は置いとくとして。
もしバレたり、600万が1で高額当選したりすると「評判」という一番大切なものが失われるし。
そもそもノミ行為で違法だから、タレコミされてパクられる可能性もある。
だからよほどのことがないかぎり買ってはいるんだろうなぁ。
提案ですが。購入した宝くじ券を、番号が判別できるぐらいの解像度でjpegファイルとして公開するのはどうですかね。
さて。
宝くじなんてのは「買わないのが一番儲かる」というのが自明なんだから。
投資先としてロマンも有ったもんじゃない。
もうすこしマシな共同購入システムを運営できないのかな?
でも出資法とかがあるから知事の許可を取ったりしないとダメなのか?

疑惑は二種類有るのか:

読書記録ChangeLog さんすう_:

mod_php4のインストールにしくじるなぁ。

Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking for member fd in BUFF *... no
checking for mod_charset compatibility option... no
checking for Apache 2.0 filter-module support via DSO through APXS... no
checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric argument
configure: error: You have enabled Apache 2 support while your server is Apache 1.3.  Please use the appropiate switch --with-apxs (without the 2)
===>  Script "configure" failed unexpectedly.
      Please report the problem to sysadmin@alexdupre.com [maintainer] and
      attach the "/usr/ports/www/mod_php4/work/php-4.3.4/config.log" including
      the output of the failure of your make command. Also, it might be a
      good idea to provide an overview of all packages installed on your
      system (e.g. an `ls /var/db/pkg`).
*** Error code 1

うーむ。何故だろ。apache-2.0.48_1とmysql-client-4.1.1を入れているけど。
他のホストではOkだったんだよな。

ビルドが通るマシンでmake packageして持ってくる:

はてなダイアリー - あれ鯖日記_ から。

そうか。プライベートCAを使った認証にすれば、racoonの設定がえらく簡単になるんだな。
拠点が少なければ自己署名の公開鍵をピアに配りまくる方法で済むけど。
ピアが沢山有ると破たんするからなぁ。

自宅マシンのHDDからケーブルを差し替えて、KNOPPIXでランレベル2起動して、HDDイメージをコピーするところから始める。
dmesg | lessでコピー元とコピー先を厳重に確認する。
サルベージ作業で一番気を使うのは「どれのHDDにお客の大事なデータが入っているか」を間違えない事だ。
んで単純にdd if=/dev/hda of=/dev/hdbとしてほったらかしにして飯を喰っていたら。
案の定hdaでread I/O errorが出ていた。
細川さんの例のアレを確認して、ふたたびdmesgでhdaのC/H/S数値を確認。
電卓でかけ算する。
dd if=/dev/hda of=/dev/hdb bs=512 count=かけ算した数値 conv=sync,noerrorでコピーする。
512byteごとに割り込みが入るので、大変に時間がかかる。一晩寝かしておく覚悟で。

そういえば2年ほど前に、うのまことHDDで同様の作業をした時もIO DATAの同機種だったな:

*-usersという技術系メーリングリストは、ことごとくスタージョンの法則を証明しているんじゃねぇか?
というような話題。

アートマンの「生活感溢れるニセ東急ハンズ」っぷりが好きなんだよな。
微細ビーズの低反発枕を見に来たんだけど、値段が10kになっていた。
というか以前見かけたときの7k弱がバーゲンセールだったのか。
仕方が無いので、各種パーツを見回って帰る。

モグピローというらしい_:

「これDo台」が売ってねぇよ。新宿まで出るしか無いか。
UNIX USERなど買って帰る。

Changes since version 3.15:
・ Added set bundle max-logins num option at bundle level for limiting the max. amount of concurrent logins with the same username. Original idea submitted by Andrey V. Elsukov <bu7cher@land.ru>.
・ Mpd has now its own link-stats with 64 bit counters. This is a workaround for the 32 bit limitation of ng_ppp_link_stat.
・ RADIUS enhancements:
□Set the RAD_ACCT_INPUT_GIGAWORDS and RAD_ACCT_OUTPUT_GIGAWORDS attributes when sending accounting requests.
□ Use the RAD_ACCT_INTERIM_INTERVAL attribute.
・ Implemented PPPoE server functionality
・ Added ability to configure ipfw firewall for clients using vendor specific RADIUS attributes. Submitted by Alexander Motin <mav@alkar.net>.
・ Added the possibility of choosing link by it's number (same as RAD_NAS_PORT) instead of name

別にBフレッツ接続のためにPPPoEをmpdでしている分には関係なさそう。
multilink patchは当たっているのかな?