美しさは幻影です。 また幻影こそが価値を生み出します。 その辺をこれからさぐるようでは時間が足りないと思います。 つまり入玉後のどろどろ詰め将棋もかんじゅの作品も自然から みればいっしょですが、21世紀のヒトからみれば明らかに異な ります。それは幻影ですし、また同時に喜びでもあります。

ちょっと反省して、普通の作りに改造しました。 足踏するのはどこか無理している証拠。 この歳で頑張ってもしょうがないので、オーソドックスなコードにしました。 毎日少しづつ出来るようにしておかないといけない。 一日で集中できる時間ってそんなに無いので、そうじゃないと長続きしません。 # 今日 JohnnieWalker 買ってきたので今週中に祝杯あげたいなー

>>52 明日はインストラクションの実装にはいります 肝心な時に足踏するのは悪い癖ですが、今日も立ち止まってしまいました。 トップダウン開発はタマネギの皮を剥くような作業ですが、 最後に現れるのは甘い蜜か、それともパンドラの箱か。

>>53 美しくないものは詰将棋とは言いません。したがって例外は throw させます^^ 実戦の場合には当然スタックサイズや変化に限度を設けるので問題になりません。 でも詰将棋の美的評価が難しい (汗 # 昔、美しさを計算しようとした学者がいたようだが、 # 今、手もとにある村山隆司著「詰将棋教室」にヒントが書いてありました。 PS> web に↑の引用記事見付けました http://www.be.wakwak.com/~ysu1/mathematics/m24.html

詰まない詰め将棋（失敗作）を使うと永久ループになりますね。 πの計算のように何年も計算させると入玉してから詰ましてしまうことも あるのでしょうね。 通常の作品だと持駒が少ないので収束しますが、実戦詰め将棋のような 場合は・・・（＾＾）

おおきな事言ってましたが、現実はこんなもん。 データ構造はビット処理におまかせ。 思考フレームはC++のクラス。 GUI は Pyhton + Tk になりました。 明日はインストラクションの実装にはいります。 これがうまくまとまれば、そこそこの性能でるはずです。

言ってる事とやってる事がπほど違います。 ほぼ純粋のCに近付いてます。 一局面 99 バイト、一手 4 バイトの世界です。 既存のソフト知らないけど、大差ないだろうな。 詰将棋だけに特化してない作りなつもりだけど。 PS> 今まで気にしてなかったけど、ポインタって4バイトも消費するんですね。 メモリについて、けちになりました。

今日は雑談を C/C++ は大好きな言語なんですが、納得いくまでコード化するのは結構大変 な気がします。 最終的にはコード化しないと解からないことがあります。 UML のツール使うとそういうところ解決するのでしょうか。 だとすると、そのままコードが出てくる所まで行ってる気がしますが? 最近 Python 使ってみてとても楽だと感じています。 思ったことすぐ書けるし、試せる。 他の世界は知らないので、ごめんなさい。 PS> この記事捨てようと思ったけど、実際そうなんで残します。

>>48 悪魔のおもちゃ 詰将棋だけだとそこまで不思議な世界じゃないかもしれません。 極めて制約条件が強いことが理解できました。 一回目はなるべく早く出そうと思っています。

わかりました。 抽象化を用いて駒の属性で処理するのが常套手段ですが、 現状では性能を無視はできないでしょうから悩むところだと 思います。 性能を無視して理想を追うのもまた魅力的ですし、本当に 悪魔のおもちゃを手にしたみたいですね。