多重反復深化をするかしないかを決める変数を付け加えるのを忘れていた。しかし、１３８手も掛かるとは ・・・。

時間カットの場所が悪いの だろうか？

２回目の勝利 。

読み打ち切りのバグだった。

なんか無駄な王手が多い。

処理が重くなるのを承知で『静止探索』（＋３手読み）を取り入れてみたが、またも敗北 。

こっちは６．７手先を読んでいるはずなのに？

負けてしまった ・・・。

あっという間にここまで作れるようになった。自分には機械学習等は無理なので、モンテカルロ法を使ってみようかと思う 。

Visual Studio Communityに比べて、大変に複雑 ・・・。

しかし、定跡をどうするか？ またどの程度強くなっているのか？

プレイヤーが考えている間にも予測される手から思考するようにした。

オークションで落札したのだが、これを１手１手打ち込むとなると・・・。なんか他にいい方法なないものか？

入れると、探索速度が極端に落ちてしまう ・・・。

相手の王から遠い順に１，２，４，８，１６，３２，６４，１２８点と付けることに した。

乱数をプログラムを起動するたびに生成するのではなく、データを読み込むことによって、毎回同じハッシュキーを得るようにした。これによって、定跡を使うことができるようになる。しかし、チェスと象棋と違って将棋は莫大な定跡があり、これを一つ一つ打ち…

次は将棋 。

ここまできたら、やはり次は将棋か？

手の評価値の順序付け（ソート）の仕方だが、下図が正しいと思う 。