二年以上前の記事を見てました。進歩無いですね。 http://owa.as.wakwak.ne.jp/zope/labs/bbs/300/65 人間の脳って勝ちの手を早急に探しに行くし、将棋ではそれが効率的なんだと思う。 また自玉の危機や勝機が迫れば興奮して集中し易いと云う側面もある。 まあ、それが無ければ面白いゲームにならないのだけど。 一方現状ソフトの指し手もそう違わない。負けが判った時点で、ネズミかイノシシのような行動をとる。 かつては大山や中原の「待ちの手」。最近では羽生の「決め手を与えないように我慢することが大事」などの発言。 人間が相手の場合、この辺が胆になりそうですね。 負けない手は無限にあり、そこまで考えたら面白くないって結論になったら、それは面白く無いなんて考えてました。 >>298 ところで、瀬川さんおめでとう。10:30pm 頃テレビで見ました。どこかのブログに予告があったので。 http://d.hatena.ne.jp/mozuyama/20051106/P20051105SEGAWA

瀬川4段が誕生しました。 アマチュアの初夏と題してブログに掲載してきましたが、それも いよいよ最終回を迎えます。 また、プロ棋戦が開始となったら再開するかもしれませんが。 当面、ソフト作りに専念しそうです。 新ルータかっこいいですね。修ちゃんがセキュリティ考え始める のですから世の中変わりました。と憎まれ口＾＾；

恐らく今年１、２位を争う対局、多分語り継がれることになる大勝負が 実は今行われています。 C級1組　山崎－渡辺 この先A級で戦うことになる二人です。 どちらも負けることができない一戦、プライドのぶつかり合いです。 我々はとうの昔に捨ててしまったプライドですが、若駒の戦いは何時の 時代もいいものですね。 イブは若いソフトで代理戦争といきたいところですが・・・

>>295 ソースはまだ見ない ほっとしました^^ リリースは 12/24 にしようかな。夜は子供達が寝静まるまで時間をもて余すので時間はある。

修ちゃんはGUIの天才ですね。惚れ惚れします。 1Kでやってるところが憎い。 ただ、将棋のルールだけでも残りの１Kでは大変だと思うのですが、 pythonという武器があるから冗長性が少ないのかもしれません。 検証の意味もあってjavaでやってるのですが、かったるい様な感じ がいつもあります。きっと設計に無駄が多いのでしょう。 ロジックが進んでないと聞いてほっとしました。 私もあせらず楽しもうと思います。修ちゃんのソースはまだ見ないこ とにします。せっかく１からやってますので。 お互い対戦はまだまだ先のようですね。＾＾；ﾀﾞｻｰ

これが七手しか読めない詰将棋ソフト PyZume (パイ詰め) です。 操作系は少しだけいじったけど、ロジック部分は何も進んでません;; http://owa.as.wakwak.ne.jp/zope/labs/bbs/300/258 ソースはロジックが千行、GUIが千行くらいなので、書き換えるのは容易です。 単純ツリー探索で、合い駒の処理は無視してます。 そして合い駒のためだけにロジックを追加するつもりもありません。 特別な場合分けがいらないアルゴリズムにするつもりです。 そんなアイディアをこの前ふと思い付いたのだけど残念ながら忘れてしまいました。 我ながら良い思い付きだった気がするけど、いつか思い出すまで保留です。 今はロジックより GUI をまともにすることを優先してます。ソフト開発はまずテスト環境優先ということ。 いつまでたっても麓をうろついてると非難されようとも。 まあ、とりあえず棋譜の保存と、任意局面での「詰みの探索」は実装済みです。 しばらくロジックを改良する時間は無いので、ポンちゃん、あせらず自由に楽しみながら作ってくださいませ。>>293

謙虚なご発言痛み入ります。 >辿り着くまでにバグでこけたなんて嫌 同感です。それもあって今プロトをスクラッチにするか迷ってます。 WindowsのVMでどの程度の性能があるかも見たかったものですから まずはプロトレベルで試してみました。（とはいっても将棋のルール 程度はできていますが。） ある程度のクラス分けは整理しているつもりですが、エンジンの部分 はやはり時間をかけて設計しなければと思ってます。 ところで、今７手詰めまで解けるんでしたっけ？ であれば９手詰めまでは急がねばなりませんので。 ※理屈的には何手詰めであろうと関係ないはずですが、性能やバグで 　ある程度の制約がありますよね。

もともと[288]の意味が解かってません。しくしく。。。 >>291 面白いと思われるソフトを目指したい これがテーマなのかな? >>290 創造的な話のみにしましょう そうですね。[289]には続きがあります。 「手番での効果的な手の発見」がテーマです。 ソフトで表現するには、裾野までたどり着くためのおきまり作業があるわけです。 辿り着くまでにバグでこけたなんて嫌ですから、[289] はあらかじめ確定して置こうと云う趣旨表明です。

あれ、[289] は [288] に対する返事になってませんか?; その前に追加説明 「有効」は「無効の反対」と言う意味で使ってます。単純に「規則に違反しない」と言う意味です。 1) 局面が規則に違反しないなら開始する。 2) 手番の側は規則に違反しない手を選択し、手番を相手に渡す。 判り易い記述をしようとして、裏目に出たようです。それはいけない。 「手番での有効な手の発見」これは含みを持たせた表現ですね。 日本語の表現ちゃんと勉強して来ます。再ジェン。

どうも歯車が合いそうにありませんね。 実装の話は意味がないですが、説明の上で必要な場合もあるような気がします。 287の例では、”局面が有効”と”有効な手を選択”の有効という概念が共通の観点か 私には少しわかりずらいです。 ただ、気持ちは理解できますので、では１５０歩譲って創造的な話のみにしましょう。 もちろん有効性をデジタル化することだけがソフトの存在価値ですし、その有効性自体 どのようなものでもかまわない訳ですが、私の場合も通常の感性で強いと感じるよりも できれば面白いと思われるソフトを目指したいです。