「第15回世界コンピュータ将棋選手権 参加者募集」が気になります。
http://www.computer-shogi.org/wcsc15/
http://www.computer-shogi.org/wcsc15/youryou.html
http://www.computer-shogi.org/protocol/rs232c.html
http://www.computer-shogi.org/
〆切は2005年1月31日ということなので、今回はちと無理のようです。賞品のノートPCは欲しいけど残念。接続が RS-232C というのが来年に向けて少しだけ要注意。でも下手なソフトをくっつけられるよりはましかも;; Φ
象歩将棋
Webと将棋で何か具体的なもの作って行こうとしてます。
>>233
試しに ZShogi プロダクトを使ってサイトを作ってみました。
http://owa.as.wakwak.ne.jp/zshogi
http://owa.as.wakwak.ne.jp/zope/shogi
簡単に作れることは確認しました。2, 3 日使って問題なければパッケージを公開します。
後付けのナビゲータの動作とかが変ですけど、それは象歩サイトの問題。少し使ってみると、やっぱり BBS か Blog が欲しくなりましたが優先度は低いです。本筋は詰将棋ロジックの方です。
>>231 試験版の公開
今月は時間とれなかったのですが、試験版を公開しようと思います。プロダクト本体は大分前から動いてるので使えないことは無いです。と云うかちゃんと使えてます。心配してたのはパッケージとして出しても、使いづらくて見向きもされないんじゃないかと云うことで、少し使い勝手を面倒見ようと思っていたのだけれど、今年は無理なので、一応区切りとして出します。多分大晦日あたりに ;-)
>>65 形勢が良くならない局面では、紛れることが手段に成り得る
駒の損得などきっちり数量化できることでも局面と合わせないと正確には評価出来ません。さらに「局面の評価」と「指し手」はいつも巴の様相です。どちらも単独では正確に評価できません。とすれば、統合して考えるか不確定な謎の量を導入するしかない(と思う)。
この謎の量に興味があるけど、今は具体的には解かりません。仮に謎の量に指標があるとすれば、優勢と思えば不確定なレベルを下げるし、不利と思えば不確定性を増すと云う手段が持てます。(言葉の中に矛盾があるのは知ってますけど;;)
一般に「一般システム理論」を構築するのは困難なことですが、ある具体的システムで「汎システム理論」を構築するのは可能性があるかもしれません。その後に (狭い意味の) 所謂「将棋の格言」を理解することも出来る気がしてます。
>>225
すこしタイトになって来ました (汗;;
0.0.7 ZMI 局面毎のコメント入力機能を追加(なんで今頃?)
0.0.8 ZMI パーミッション系を追加
0.0.9 将棋フォルダクラスを追加 ←
0.1-a1 外部仕様の確認とソースコードのクリーンアップ
0.1-b1 試験版の公開
>>229
狼中年にならぬ間に少しだけ晒してみました。
試して頂いて感謝。すこしだけ塩辛い酒飲んでます。
>>良い物見せてもらいました
これが表現出来るものが作れれば本望です。
「Zope de 将棋」の「第14期竜王戦 (第5局)」を、一手目から表示してみました。
感想
こんなプロの将棋、一手目から初めて見たんですが・・・。
羽生氏曰く「10手位先を読む」そうですが・・・。
このひとたちは、何考えてるのかさっぱりですねー。
（なんで、そこを取らないの？ とか）
いやー、良い物見せてもらいました。 感謝。
>>225
サイトトップの左上にデモ用棋譜再現コーナ付けました。「第14期竜王戦 (第5局)」
ちょっと細部を端折りすぎたので 0.0.6 から 0.1.0 の道のりはまだ遠いかも。
また BBS にも表示は可能だけど、この BBS はちょっと特殊なつくりなので、今回はパス。
新規に将棋盤付き BBS 作る方が面白そうだし、ある程度仕上げたらいよいよ思考エンジンへ^^
>>226 地道に駒の機能を表現するクラスでも
盤面をざーっと見渡す時にはコストがかからないと思うのですが、詰将棋で云えば '合い駒' や '空き王手' などの場合にはコンテナクラス・インスタンスの複製を作る必要があるような気がします (盤面のコピーを作り、一手指した局面で検討するということ)。 このコストは高いですよね。これをクリアできるアイディアはないものかと…
追記: new を使わなきゃよかろう
12 月になってから言うと嗤われるので、今のうち。
去年作った(未完の)詰将棋算譜はやり直す気はありません。実は条件分岐の多さに閉口してました。関数ポインタとか駆使したのですが、そう云う問題では無い気がします。
やはり抽象化を進めたモデル考えて実装するのが近道な気がします。条件分岐はバグの元。2015 年に羽生と戦って、プログラムのバグで負けたなんてこと想像すると、それまでの十年何をやってきたのか恥ずかしいと思います。
地道に駒の機能を表現するクラスでも考えようと思ってます。出来るところから一歩ずつ。