return0.infoに移転。昔の日記はまんま残してるので読みたい人はどうぞ。 世界樹の迷宮関係のコンテンツは移行が面倒なのでこっちに残すことにした。 世界樹の迷宮プレイ記録 世界樹の迷宮IIプレイ記録 世界樹の迷宮IIIプレイ記録
return0.infoに移転。昔の日記はまんま残してるので読みたい人はどうぞ。 世界樹の迷宮関係のコンテンツは移行が面倒なのでこっちに残すことにした。 世界樹の迷宮プレイ記録 世界樹の迷宮IIプレイ記録 世界樹の迷宮IIIプレイ記録
モンスターハンター3は、カプコンから8月1日に発売されたばかりのWii用のゲームソフトである Wii国内初の100万本出荷ソフトという事でゲームファンの中では期待が高まっていた ____ /ノ ヽ、_\ /( ○)}liil{(○)\ 夏休みのゲームはモンスターハンター3だろ? / (__人__) \ ドラクエもいいけどやっぱりモンハン! | ヽ |!!il|!|!l| / | \ |ェェェェ| / この夏最高にホットなゲームだぜ!!! , -‐ (_).ヽ ー‐ ィヽ l_j_j_j と) i  ̄`ヽ ノ | l /´ ヽ | l l | ヽ_⊥-‐ 、 ヽ _,l- 、  ̄/ l ヽl´ |_ / ̄ `l_-‐ ´ `-‐´  ̄ヽ --‐' R
唐突だけど、僕はそこそこ早めに結婚したので、今年の結婚記念日で7周年(銅婚式というらしい。無理やりだよね。)になる。 で、最近になってようやく自分なりに結婚生活をうまく運ぶコツのようなものをようやくつかめてきた気がするので、文章化してみようと思う。 ---- 【フェアであることを目指さない】 今まで他人だった二人が一緒に生活することになる夫婦生活においては、家事や生活費を始めとした様々な負担をどのように分担するかということは、とても重要なテーマだ。 そして、この分担を考えるとき、僕たちは往々にして互いの負担が”フェア”であることを目指してしまう。 例えば、食事は君が作るから、片付けは僕がするよ、みたいにね。 でも、夫婦の分担をフェアなものにすることは、実際にはとても難しい。 というか、不可能と言ってもいいかもしれない。 極端な話、仮に客観的に完全にフェアな役割分担関係が構築できたとしても、
はてな民に確率の問題を出してみよう - Pashango’s Blog 【回答編】はてな民に確率の問題を出してみよう - Pashango’s Blog を読んだ人たちが理解をまとめているのを幾つか見たのですが、 かなり危うい解釈が多かった気がします。 また、「ネコでもわかるモンティホールジレンマ」の説明は間違いを含んでいます。 そこで、理解が正確かどうか確認するための3問を考えました。 「ネコでもわかるモンティホールジレンマ」の教え通りに考えると、どうなるでしょうか。 他にも、ベイズ以外の考え方で判断している人は是非挑戦してみてください。 ルール スペードのA(以下、SA)を含むトランプ何枚かを裏向きにして十分にシャッフルし、箱X,箱Y,箱Zに数枚ずつ分配します。SAは3箱のうちどれかに1枚だけ入っており、その箱を当てると、賞金獲得です。あなたが箱を1つ選んだあと、私はそれ以外の2箱のう
前回のエントリーで予告した通り、今回は「ベイズの定理」です。 事前に断っておきますが、ベイズの定理は簡単です。 内容は小学生レベルの算数ですから、解らなくても自信を持って何回か読みなおせば絶対にわかります。 (わからなかったらコメントに質問してね) ベイズの定理ってなんぞ? ベイズの定理とはトーマス・ベイズ(1702-1761)というイギリスの牧師によって発見されました。 今やベイズの定理はあらゆる所に使われいます、スパムメールを振り分けたり、犯罪捜査に使われたり、マーケティングに使われたり、人工知能に使われたり、沈没しちゃった潜水艦を見つけたり、株の売買に使われたり、結婚相手を見つけちゃったり・・・ ベイズ万能すぎるだろ!! 「ベイズの定理」を理解はしなくても、言葉だけでも覚えていれば何かと便利です。 何かしらの問題に直面した際に、 「ふむ・・・このxにベイズの定理を使えば・・・」 とつ
タイトルままです。 8月15日 土曜日 東地区 P53aで、豆本売ってます。 前回よりもさらに読ませる気のない自己満足モノですが、1つ1つ手づくりでやってますので、内容には触れずに「へー、こんなもんあるんだねえ」と思って手にとっていただければと思います。
MySQLにおいて、マスターをInnoDBにして、スレーブをMyISAMにすると幸せになれるという主張をよく聞くことがあります。マスターは耐障害性の高いInnoDBにする一方で、スレーブは耐障害性が低くても大丈夫なので、InnoDBのかわりに高速とされるMyISAMを使えば、可用性と性能の両方をバランス良く実現できる、という考えです。 しかし、多くの場合これで幸せになることはできません。マスターとスレーブでストレージエンジンを合わせた方が無難です。その理由を以下に示します。 ●MyISAMはテーブルロックになる マスターへの更新結果はバイナリログに更新系SQL文として書かれ、スレーブのI/Oスレッドによってリレーログとして同じフォーマットで記録され、スレーブのSQLスレッドによってその更新系SQL文がそのまま実行されます。この更新系SQL文は、当然ながらスレーブに対して発行されるSELEC
こんにちは。小川です。 よくあるオブジェクトリレーショナルマッパーは基本的に1つのテーブルに対して1つのモデルオブジェクトを定義します。このときにモデルオブジェクト間に親子関係を持たせたり、いくつかのモデルに対して抽象クラスを作りたいと思ったことはありませんか?Doctrineには継承に関する3つのパターンが用意されており、今回はそれをご紹介したいと思います。 まずは3つのパターンの概要を説明します。 ・Simple inheritance 単純に1つのテーブルに対して複数のモデルを作成する方法です。 どのレコードがどのモデルに対応するかは特に判断は行いません。 ・Concrete inheritance モデル1つひとつに対してテーブルを作成する方法です。 テーブルごと分けるため、カラムもテーブルごとに定義されます。 ・Column Aggregation inheritance 単純に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く