象歩将棋Webと将棋で何か具体的なもの作って行こうとしてます。0.4%JavaScript三日目フルスクラッチから作ってみた。ZShogiのクライアントとしても使えることは解った。FirefoxアドオンもJavaScriptで作るものらしい。0.4%JavaScript二日目LL言語として、使えるし面白い^^ZShogiのクライアント側GUIとしても有望だと思う。0.1%JavaScriptで将棋盤を表示してみた駒を移動してもチラつきがなく良好^^でもそれだけでは少ししかメリットが無いよね。画面表示そのままでgetかpostメソッド使いたい。0.4%流鏑馬十番まで解けた処理時間は0.1秒前後(0.5M〜2M局面/秒)持ち駒を考慮した場合の盤面ハッシュのコンフリクトは非常にまれ。局面空間のメモリ管理は単純な方法で済みそう。無双一番は依然手強い。局面の重複判定の精度は向上したので、流鏑馬二番は解けた。0.0%流鏑馬二番が解けないこれは持ち駒情報を持っていないため。同一盤面(局面の持ち駒を考慮しない)のヒットは探索局面の半分くらいに発生する。同一盤面であることの情報も欲しいので、キーには入れず値の方に持つことにする。持ち駒は32ビットで十分表現できる。(現実には玉Kは不要)?.....P...L...N...S...G..B..R..K00000000000000000000000000000000引き算が必要になる場合は、引かれる方の各先頭ビットを立てれば良いだろう。モジュールを使うと楽できそう。探索モジュールをじっと見るすると脳内で再帰処理のシミュレーションが始まる。しだいに脳が再帰処理と同化して行くのが分かる。処理の一部を変更しただけですべてが変わる。フェルンデクライス・メソッドとかに通じるものがあったりするのだろうか。今回は紙と鉛筆を禁止してるので、しばらくは脳内で遊ぶことにしよう。0.4%亀の歩み再帰探索処理をデータ保存クラスと探索処理クラスに分離、ツリーの三色塗り分け問題にまでは到達できた。反復深化法での処理を組み込み中。今回のプログラムは盤面のビットマップを常に保持してるので、安直にそれを再利用。手順のハッシュと局面のハッシュは交差するのではないかと云う願望です。実はそれらは同じものだったなんて結論。駒の配置は9x9x2ビット空間に収めてあるので、OR演算で四つ折りに畳み込んで5x5=25ビット。今のところ良く働いてるみたい。ハッシュキーの方が良くできてるので、盤面値の出来はあまり関係無いのかも。詰め手順を求めた後に検算するとか、うまい方法を考えないといけないのであろう。ここにも「手の発見」と「手の評価」と云うテーマが現れる。2002/10/26.。