レトロゲームにおける確率論 | うえぽんのゲームランド
※この表の値は、lim[n→∞](1-(1-1/n)^an) = 1-(1/e)^a、に由来しています。もちろんeは自然対数の底です。 【分かり易い例え】(2005/04/07) ６面体の普通のサイコロを６回振った場合、１から６の目がそれぞれ１回出現する確率が最も高い。しかし実際はなかなかそうならない。 確率なんてのはそんなもの。 【乱数の偏り】(2002/07/18) コンピュータでは完全な乱数は扱えません。そこで計算式によって擬似的に乱数を作り上げています（疑似乱数と言う）。複雑な計算式を使えばより乱数らしくなりますが、マシンパワーが貧弱だった時代のゲームではときたま偏りがありました。疑似乱数の偏りはある意味バグですが、それに怒ってカセットを窓から放り投げるのはやめましょう。 最も広く使われていた疑似乱数の発生方法に線形合同法というのがあります。これは次のような漸化式になっています。
面白いゲームの作り方：萎えさせない為の操作説明 島国大和のド畜生
アクションRPGがあったとして。 たとえば、「レバー1回転＋Ａボタン」で周りの敵をなぎ払う、必須な技があったとします。 この操作をユーザーに教える方法として良いのはどういうものか？ 一応、自分なりの考えがまとまったら、続きを読んでみてください。 ①・隠しコマンド 「気付いた人だけ使えます。」 ②・説明書 「レバー1回転＋Ａボタンで周りの敵をなぎ払います。」 ③・アドバタイズ ゲーム開始前、アニメ-ションによる説明付き。 「レバー1回転＋Ａボタンで周りの敵をなぎ払います。」 ④・街の老人 「レバー1回転＋Ａボタンで周りの敵をなぎ払う必殺技じゃ！覚えておくが良い！」 ⑤・街の子供 「レバー1回転＋Ａボタンで周りの敵をなぎ払う必殺技だって？見せて！見せて！」 ⑥・戦闘開始前に 敵集団 「わはははは。ワシらの弱点が、レバー1回転＋Ａボタンとは思うまい！」 ⑦・戦闘中に 主人公を囲んでボコボコにし、
神は細部に宿り給う メラのダメージはなぜ１０なのか？
商品の値段がしばしば９９や９８０などで終わることはよく知っておられると思う。これは言うまでもなく我々が数字の表記法として位取り記法を用いているために起きる現象である。上の桁は下の桁より１０倍も重要なのでまず上の桁に注目する習慣が完全に定着しているのだ。そのため【９９円】は【１００円】よりも１円以上、【１９８０円】は【２０００円】よりも２０円以上に安い印象を与えることができるのだ。 位取り記法については単独でもっと書きたいことがあるのだが本筋から外れるのでここで置いておく。今回の本題は同じ原理がゲームに応用可能であるということである。例とするにふさわしい題材として選んだのがメラだ。 『ドラゴンクエスト３』で初登場したおなじみのメラの呪文のダメージは約１０である。それにはちゃんとした理由がある。結論から言うとプレイヤーが初めて見る２ケタのダメージにするためであり、その目的は 呪文の通常攻
RPGの大戦略 「勝つ戦略」か「負けない戦略」か - 最終防衛ライン3
ゲームというか、主にＲＰＧの話。爽快なゲームは「勝つ戦略」なゲームであるが、名作と謳われ、やり込み可能なゲームは「負けない戦略」が多いと思う。 戦術と戦略の違いは各自辞書（ディクショナリー）を引きたまえ！（by 趙公明） 戦略を選択すれば自ずと戦術も決まってくるものである。ＲＰＧにおいて、自身がどのような戦略を敷いているかを端的に問いただした質問は 武器と防具どちらを先に買いますか？ であろう。武器を買う＝勝つ戦略、防具を買う＝負けない戦略を選択したことになる。武器を買う派が若い人に多いのも、これが若さか。 武器を買う派は、勝つ戦略を敷き、戦術も勝つ戦術を展開する。例えば先手必勝、攻撃こそ最大の防御、あるいはごり押しで乗り切るだろう。逆に防具を買う派は、「敵の攻撃を無力化できれば、最低限の戦力で必ず勝てる」というイージス理論に基づいている。 武器・防具に限らずスキルや魔法の取得なども、それ
エンカウントについて考えてみる | うえぽんのゲームランド
【はじめに】(2004/08/22) ｒｐｇで敵に遭遇するのをエンカウントと言います。エンカウント方法は単純なように思えて、実は奥深いです。そこでこのページではエンカウントに付いてあれこれ考えてみたいと思います。 ちなみに、以前書いた「レトロゲームにおける確率論」も多少関係するので、興味ある方は読んでみて下さい。 【エンカウント方法】(2004/08/22) ■ルーレット方式■ 一歩進むたびにルーレット（もしくはサイコロ）を回し、アタリならエンカウントする方法です。正しい呼び方じゃないかも知れませんが、一応ここではルーレット方式と呼ぶ事にします。 この方式は誰もがすぐに思いつくものですが、確率を計算してみると非常にバランスが悪い事が分かります。例えば、６面体のサイコロで赤ピンが出たらエンカウントすることにしたとします。この時、何歩歩いたらエンカウントするかを求めると、次のようになります。
小野和俊のブログ:罪悪感駆動開発(zaiakukan-driven development; ZDD)
みなさんは罪悪感駆動開発(zaiakukan-driven development; ZDD)という言葉をご存知だろうか。私はつい先ほどまでこの概念を知らなかった。なぜなら先ほど自分で思いついたばかりだからだ。 仕事をしていく中で、やるべきことが山積みなのについネットサーフィンをしてしまい、「うわ、今日仕事全然進んでない、やばい」という罪悪感から、その後の仕事が妙に捗る、という経験をしたことがある人は少なくないだろう。 罪悪感駆動開発は、こうした危機感や罪悪感といった人間が本来持っている感情を引き出すことで、より高い仕事の成果を上げていくことを志向する。 罪悪感を感じるポイントは人によって個人差があるが、一般に仕事中に罪悪感が高まりやすい充填行為として、次のようなプラクティスが広く認知されている。 (a) 昼寝 (b) ネットサーフィン (c) ゲーム (d) タイピングソフトでランキング
リピートがすべて - Chikirinの日記
最近ホテルはもちろん、レストランでも「お客様の声をお聞かせください」という紙をよく見ます。いわゆる「顧客満足度アンケート」ですね。 ちきりんがこれ系のアンケートを見ていつも思うのは、まず最初に聞くべきは 「このサービス（施設、商品など）を利用されるのは何度目ですか？」 「次回も(or○年以内に）このサービス（施設、商品など）をもう一度利用しようと思いますか？」 という質問だと思うのだけど、案外見ないもんです。 2番目の問いはたまに載ってるのもあるけど、大半のアンケートは機能やサービス、価格など様々な項目について「とても満足した」から「とても不満」までの5段階で評価しろという形式が多く、最後に「総合点では？」と聞かれます。 確かに個別の機能やサービス項目ごとに満足度を聞けば、結果が出たとき「何を改善すればいいか」が明確になるので、アンケートの作り方として悪くはないと思います。 けれど、実際に
楽天レシピはなぜクックパッドに勝てないのか？（The reason Rakuten-recipe can't beat Cookpad）
楽天レシピはなぜクックパッドに勝てないのか？（The reason Rakuten-recipe can’t beat Cookpad） 楽天レシピは2010年10月1日にオープンしました。レシピ投稿は50ポイント、つくったよレポートはレシピ投稿者とレポート投稿者の双方に10ポイントが付与される仕組みでオープンしたことや（ポイントは楽天市場で1ポイント1円）、楽天が約7000万人の会員を持つ巨大プラットフォームであることから、「クックパッドを抜く」とまで騒がれたものです。（参考：cnet「『年内にクックパッド抜く』―楽天レシピ、ポイント連動で攻勢」） それも今は昔。いまさら誰も騒ぎませんが、楽天レシピがクックパッドに勝てる気配は見られません。 楽天レシピ http://recipe.rakuten.co.jp/ クックパッド http://cookpad.com/ （ともにDoubleCl
人月商売が悪だと思っている、イノセントなあなたへ - GoTheDistance
色んな意味で示唆的なエントリ。山本さん、どうしちゃったんですか。飲みにでも行きますか。 人月は悪どころか、ものすごい善かもしれない - 山本大＠クロノスの日記 140文字ぐらいでまとめちゃうと、人月ではなくソフトウエアの持つ価値だけでお金を取ろうとすると、例えばスマホアプリの場合は非常に単価が安いのでペイする算段が立たないこともある。それを鑑みると、エンジニアの稼働ベースで請求できる人月ってなんだかんだでイイとこあるよ、って話です。 人月について語られる記事はエンジニアよりの観点で議論されることが多いんですが、そうなると「人月はエンジニアにとって善か悪か」という方向に話が飛んでしまい、ゼネコンは死ねば良いし多重請負は終わってるし日本のIT競争力はなんだかんだっていう感じで一定の結論が出しにくい。なので、もっとビジネスよりの観点で整理してみたい。 人月のメリットは成果物ではなく作業内容に対し
MySQLにおけるレプリケーション遅延の傾向と対策
レプリケーションはMySQLで最もよく使われる機能のひとつだ。レプリケーションは基本的に非同期でデータの複製を行う仕組みになっているのだが、非同期故にどうしても逃れられない問題がある。そのひとつが今回のテーマ、遅延である。というと、MySQLのレプリケーションはすぐに遅延が生じてしまうように感じてしまうかも知れないが、そのようなことはない。ほとんどの場合は即座にスレーブの更新が行われる。 なぜ遅延は発生するのか、どのように遅延が起きていることを調べるのか、どのように回避するのかということを本エントリでは解説したい。うまく遅延と付き合って、MySQLのレプリケーションをより快適に運用してもらえればと思う。 そもそも遅延とは何かMySQLのレプリケーションは非同期で行われる。これは準同期でも同じであり、スレーブにおいて更新が起きるのはマスターよりも一瞬遅れてしまう。これは非同期であるが故に逃れ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MyOpenDraft: The 60/60 Rule
Monster Dragon【モンスター×ドラゴン】公式サイト - 無料で遊べる オンラインライヴバトルゲーム -