抽象化って?
確かに勝手に夢想してる時は楽しいのですが。
具体的な考えも定まらないのに抽象化を考えるのは、ほとんどの場合意味の無いことです。
思い付きがいくらあっても足場を作らないと先には進めません。
そういえばこの前、空を見て歩いていたら、足を痛めてしまいました。
反省して、まずは小さな山に登ろうと思います。
振り返ってみると、詰将棋プログラム PyZume が GUI 付きでそれなりに動いてます。
ロジックは未完成で、コアなコードを見ると python で 1159 行でした。
これを C++ で置き換えて、とりあえず納得できるコードにしようと思います。
スパイラルって最近はネガティブフィードバック的な使われ方が多い気がするけど、
本来は自然界にある普遍的な成長曲線の一種です。よね;;
象歩将棋
Webと将棋で何か具体的なもの作って行こうとしてます。
>ビット演算止めた
>やっぱり抽象化しないと面白くない。
ですよね～＾＾
ビット演算止めた
やっぱり抽象化しないと面白くない。
足元の草を刈っても、山に登ることは出来ません。
ヘリコプターがほしい。
王将戦第二局は超急戦
http://mainichi.jp/enta/shougi/mai/080124.kif
棋譜ブラウザ PyShogi-0.5.5 で見られますね^^
毎日感謝。
初書
嫁は命、例えば wife と云うオブジェクトとしよう。
wife は三手先を読む。将来に期待出来そうであれば子供の wife を生成する。
...そんなこったで、有象無象の wife の中の最終的に生き残った wife が勝ち。
初夢
手は命、例えば life と云うオブジェクトとしよう。
life は三手先を読む。将来に期待出来そうであれば子供の life を生成する。
...そんなこったで、有象無象の life の中の最終的に生き残った life が勝ち。
魚や昆虫なら数百万の卵を生み、そして運良く残った数個の life の連鎖で生き延びるのだろう。
哺乳類の場合、どういうしくみか解らないけど、たった数個の life の連鎖で済ませている。
まあ今年の干支である鼠と人とでは桁が少し違うのだけど。
少し考えて見れば、人やライオンの場合は子供に知恵を授けると云う手段を使ったりもする。
プログラミングだけしてると、その言語の特性に合った楽な考えに陥り勝ちなので、
たまには変なことを考えないと老化が始まります。
既存の他言語 (たとえば squeak) を勉強するとか、自分で独自の言語を考えるとかは、良い頭の体操になると思う。
>15手詰めに一秒くらいだろうか。
>それはちっとレベルが低すぎ
そんなことないですよ＾＾
ビットボード版作成中
別に悪い手は指して無いつもりなので、それなりのものは出来そう。
現在、詰将棋の先手番の詰め手抽出に1秒/百万。そんなに速くは無い。
費やしたソースはやはり1000行前後。(成りと二歩が抜けてる)
問題になる後手番を作って見れば、あらかた想像できるはず。
ビットボードを利用して良いところはロジックがすっきりするところ。
いまのところ、大雑把に予想すれば、15手詰めに一秒くらいだろうか。
それはちっとレベルが低すぎ...orz
ただこの辺は将来ハードに吸収され、二桁くらいは向上するのかも。
追記:
空き王手と二歩の処理以外は完了。
フィクションですが
宇宙歴0x07df年4月1日ダーウィン将棋マッチを開催します。ルールは以下の通り。
; 参加希望者は自分の "代理思考モデル" を期日までuploadしてください。
; なお対戦の結果は公開されますが、思考モデルは公開されません。
このシナリオは思考モデルをプログラムと考えれば現在でも実現可能です。
ではルールを次のように置き換えたらどうなるでしょう。
; 参加者は "自分の思考モデルX" と "相手の思考モデルY" を期日までuploadしてください。
; 思考モデルX,Yは一般公開されているものを含め自由に指定することができます。
; なお対戦の結果と思考モデルは一般に公開します。
先手は自分の手番の時、自分の思考モデル AX を使い、次の手は AY を使い読みを進めます。
後手は自分の手番の時、自分の思考モデル BX を使い、次の手は BY を使い読みを進めます。
つまり A が負けたら AY を BX に置き換えて AX を教育しなおせば上達できるかもしれない。
ん〜なんかうまく説明できないなー;;