ま、あんまり詳しくは書かれていなかったんだけど。詳しい方法は本に書かれていなかった。そこで、まず平均値だけでも合うかなぁ〜と思ってやってみたのだが......あってないね、これ。僕が今回作ったプログラムの出す値は、なんかとっても不安定だ。プログラムがバグってて、経路数の推定が間違っているんだろうなぁと思う。すると、経路の平均長さとか、中心を通る確率の方がそこそこ合っているのが不思議。いずれも、経路の数を使って計算してるからなぁ。合っているように見えるだけなのか...。要デバッグだが、たぶんしばらく放っておくことになりそうなので、とりあえずメモっておく。僕のプログラムで生成回数10回とした場合よりもマシな推定になる。せんせいが恣意的な選択をしていないのだとすると、この時点ですでに何かが変。僕のプログラムは、バックトラックしていないので、袋小路にはまった経路は捨てている。これが推定に影響しているんではないかと思う。それで正解に近づくとも思えない。浮動小数点演算のせいで計算が不安定になっていないかが気になった。変えて計算結果を比較してみた。すると、微妙に計算結果が変化したが、大幅に変わることはなかったので、たぶんおっけい。計算結果がおかしいのは、浮動小数点演算のせいではないだろう。それらを改善した後に試してみたいことがある。それは、この確率的計算に用いる疑似乱数は、単純なものでもいいのではないかということ。用いても解の精度は悪化しないんじゃないかと思っている。読もうと思ったんだった。自分自身の処理能力の驚くべき低さを思うと、人生はあまりにも(以下略。これからも自分の子供に対して様々なことを言うと思う。注意が必要なんだろう。そんなことは、こどもだってわかっている場合にはなおさら。的中してしまった予言は、呪いの言葉になってしまうのではないか。だれかの助けを必要としている。親の反対を押しきったてまえ、親の力だけは借りられない、借りたくない。そんな状況は、だれも望んでいないはずなのに。親は、子に簡単に呪いをかけてしまうことが可能なように思う。それと比較して、いったんかかってしまった呪いを解くのは格段に困難なようだ。いつまでも同じロジックで子供を縛ってしまってはいけないんじゃないかなぁ。以上のようなことを、ある痛ましい事件の報道に触れたときに思った。格子点上の経路を数える(つづき)格子点上の経路を数えるの続き。途中なので、メモ書きの羅列。言っても、本を持っていない人にはなんのこっちゃわからないですね。収録されているので、本を買わなくても、この論文を読めば書いてあります。(つまり、正解から離れる方向に)振れた。袋小路行きのパスを除いたりはしていないように見える。カウントすべきなのではないか。「正解」に近づいた感じがする。試行回数を増やしていくとある値に漸近していくって感じの挙動ではないみたい。して、不安定なのは、乱数の品質が悪いから?そもそも、平均の求めかたが変?以上の事柄を整理してみよう。(オプションで挙動を変えられるようにして)しまう。