・UMLでユースケース図 ・道場からgifぱくり 一歩づつ、年内UIまではやる予定です。 #　swingで様子見て、curlに置き換え予定 #　来年はC++でエンジン着手?? ほんと遊び時間が欲しいです

>>193 いえいえ、私の方こそ楽しませていただきました。 仕事が忙しいのにかこつけて、昨年は何にもしませんでした。 今年は少しはやらなきゃ ps. 正月に使いすぎで、今日から自粛と思いきや、もう何かがうず いてきました。

明けましておめでとうございます。 今年も象歩サイトが盛り上がりますように！

>>192 ありがとう サイトの構築修行で一年あまりかかってしまいましたが、あらかた片付いて来たようです。クヌース先生もプログラム本を書く前に組み版を作られた故事を思い出します。較べるのも恐れ多いことですが。 今年こそ将棋の具現化に踏み出せそうな気がします。

明けましておめでとうございます。 今年も象歩サイトが盛り上がりますように！

>>190 駒の能力を把握しようと 現時点では難しいですね、なんかアイディアがないと。 そういう時は麓を歩き回るしか手が無いわけで、ここのサブタイトルになっています。 そろそろ一つずつ出せる時期に来たようなので、新しい思い付きが生まれるかもしれません。 今年はお付き合いいただきありがとうございました。

続き↓ ところで、もう一つ重要なことは、能力を表現する方法です。 将棋を指す人は、強い人ほどリアルタイムで駒の能力を把握しようと 頭を使います。 あるとき20ポイントの能力を持っていた桂馬が、その局面で突如として 90ポイントになることがあります。 これは、従来のスカラ値表現では無理があり、ベクトル化が必要でしょう。 この辺を理論的に固めていかなければならないのですが・・・

>188 典型的なのが "二歩" と "打ち歩詰め" の禁止・・・ その前に、「歩」の正体をオブジェクト化すべきなのかもしれません。 歩は以下の特徴を持っています。 ・他の駒より圧倒的に数が多い ・能力が低い（動ける場所が少ない） ・制約がある（２歩、打ち歩詰め） ・敵陣に入ると大化けする（と金） ここで、動ける場所が多いことを能力が優れると定義しましたが、 恐らく、将棋ではそれでいいような気がします。 ただし、能力には、潜在能力（資質）として「将来と金になって活躍し その後、とられてもとの平凡な歩に戻る」ことも重要な点として含める 必要があるのでしょうね。 つまり、ペイペイは活躍しても、所詮、相手につかまったり、戦が終わ ればただの歩という点は、現世の縮図かも知れません。

>>187 ここでいうロジックは、将棋のルールが定められたときに決定する自然界の決まりごとを数値で近似値表現するための理論化を指したつもりした。 # だったら最初から云ってくれればいいのに この話ならいくらでも展開したい。 将棋のルールって意外と例外が多いです。 典型的なのが "二歩" と "打ち歩詰め" の禁止。 理論化するときにこれを例外ととらえるか本筋とみなすかで大きく分かれます。 ロジック目指しますか。 やっぱり最初に空間を考えないと始まらないのかな。 持駒はどこに存在するのとか。 そう考えると将棋のルールって面白いですよね。 >>ロジック群をオブジェクト群として扱う ちょっと具体的。これを目標にしたいですね^^ # 未だ山麓

>>186　将棋ロジックと云っても単純に三階層 恐らくこれは実装の話を言ってるのでしょうが、”ロジック側面のみでとらえる”の説明がおおざっぱだったようです。 ここでいうロジックは、将棋のルールが定められたときに決定する自然界の決まりごとを数値で近似値表現するための理論化を指したつもりした。 例えば、囲碁では19路盤と9路盤ではその他のルールが同じでも何かがかわります。従って別のロジックが必要になります。また同時に流用できるロジックも多いことでしょう。 このようなロジック群をオブジェクト群として扱うことでマクロで見たときに結果として強いオブジェクトや弱いオブジェクト、せこい、からい・・・ ようようの実体が具現化できるような気がします。 まるで人間のような