Dagaz：常識へのキック（パート4）

サーベルに旋風を吹かせてください！

Kostakiは私の判断ではありません！

コスタキは正しい、私は正しい！

...



コズマ・プルトコフ 「 現代ギリシャの歌 」



マットと膠着状態 、 キャスリングと通路を取り入れる 。 他のゲーム（チェスを除く）が開発者に大きな頭痛の種を引き起こすことはありますか？ もちろんそうです！ そして、私はあなたのほとんどがこのゲームを知っていると確信しています...

7.トルコキック

問題の中心には再び強制的な動きがあります。 強制キャプチャのルールを満たさずにほとんどのチェッカーをプレイすることは、まったく面白くないでしょう。 プレーヤーのフィギュアを食べることができる場合、それを食べる必要があります（たとえあなたにとって非常に不採算であっても）。 この原則は、チェッカーの組み合わせゲーム全体の根底にあります。 必須のテイクルールが使用されていないこのファミリのゲームを1つだけ知っています（これは確認ルールのみを除外する良い例です）。



Ossetianチェッカーは 、明らかに最も古いドラフトゲームの1つです。 「チェッカーボード」の戦闘原理を使用していますが（対戦相手の駒を飛び越えることにより）、通常のドラフトとの類似点よりも多くの違いがあります。 ゲームはチェス盤を使用しません。 図形の変換はありません。 ピースは1セル分「前方のみ」（垂直方向または斜め方向）に移動し、最後の行に到達すると「サイレントムーブ」を実行できなくなります。 この位置からは、敵のフィギュアを任意の方向に倒すことができるため、フィギュアは引き続き移動できます。 他のチェッカーゲームとの最も重要な違いは、「オセチアのドラフト」を取り入れることは必須ではないという事実です。 そして、主な統一要因は、あなたが一度に複数の敵の駒を一度に取ることができるということです！ キャプチャは「チェーンに沿って」実行されます。「ショック」移動が完了すると、次のステップで別の図形を取得する限り、図形は移動し続けることができます。





したがって、チェッカーゲームを取り入れることは複合的な動きであり、その過程でボード上の位置が変わる可能性があります。 これが問題として見えない場合は、もう一度注意深く見てください。 ゲームの最も古いバージョン（オセチア語とトルコ語）では、移動が進むと、取った駒がボードから簡単に削除されます。 同時に、同じボードフィールドを何度も訪れることができます。 トルコのチェッカーで有効な唯一の制限は、ピースの戦いの過程で、女性は動きの方向を反対に変えることができないということです。 この戦いの方法（それを引き起こしたゲームに敬意を表して）は「トルコの攻撃」と呼ばれ、その力（特に長距離の女性のパフォーマンス）は恐ろしいものです。







ゲームのほとんどの最新バージョンでは、「トルコの攻撃」の実行を不可能にする特別なルールが適用されます。 取った駒は、移動が終わるまでボード上に残り、再度取ることができません（他の駒と区別するために、「ショック」ムーブの実行中、通常は裏返しになり、終了するとボードから一度に削除されます）。 別の重要な質問は、複合的な移動を実行するときに、強制的なキャプチャのルールをどのように解釈するかに関するものです。 そして、ここにオプションがあります...



移動の実行のどの段階でも、キャプチャは必須であると仮定するのが最も簡単です。 片方の「ストライク」の動きを開始したので、敵の片方の戦いの可能性があるまでそれを続ける義務があります。 つまり、「キャプチャのチェーン」は中断できず、最後まで完了する必要があります。 チェッカーゲームのファミリでは、このルールが適用されないゲームが1つ（キャプチャが必須）しかありません。 私たちにとってこれはエキゾチックですが、マダガスカルではファノロナは非常に人気があります。







最初に目を引くのは、私たちが数字を撮るのにまったく珍しい方法です。 Fanoronaは、珍しい種類の「接触」チェッカーです（この傾向のもう1つの興味深い代表は、現代のBushkaゲームです）。 相手の駒をボードから取り除くには、その駒に近づくか、そこから離れる必要があります。 攻撃されたフィギュアが削除されるだけでなく、攻撃の方向でその後ろに立っているすべての敵のフィギュアも削除されます。 おそらく、この瞬間はよりよく説明されています：











ファノロンとチェッカーを取り入れることは、不可欠な動きです。 攻撃ピースは、そのような機会がある場合、ますます多くの敵のピースを取り続ける可能性があります。 彼女に禁じられている唯一のことは、戦闘中、動きの方向を反対に変えることです（「トルコの草案」のように）。 Fanoronaと他のチェッカーゲームのユニークな違いは、プレイヤーが自分の裁量でいつでもトリックチェーンを中断できることです（Androidゲームの一部の実装では、ゲームメカニクスのこのような重要な要素が欠落しているのは残念です）。 この場合、最初のテイクは必須です。 敵のフィギュアとの戦闘の可能性がある場合、「サイレント」ムーブは実行できません。



他の要素と接続するいくつかの基本的な規則は、ますます新しい種類のゲームを形成します。 ほとんどのチェッカーバリエーションでは、一連のキャプチャを完了する必要があります。 それらの多くでは、最後の水平線で、普通の人物が乙女に変身しています。 しかし、「切断」のプロセスで変換が発生した場合はどうでしょうか。 ゲームのさまざまなバージョンがこの問題にさまざまな方法で取り組んでいます。



アルメニアとロシアの草案では、戦闘中に変化が起こります-女性になった人物は、新しいルールに従って捕獲し続けます。 トルコ語、古フランス語、英語のドラフトでは、変換はターンの終わりにのみ発生します。 トルコのドラフトでは、フィギュアは戦闘を続けることができます（そのような機会がある場合）が、「カット」が禁止されているため、フィギュアは変身ゾーンに残ります。 古いフランス語版と英語版では、最後の水平線にある単純なチェッカーは、移動を続けて停止することはできません。





このルールは、国際的な100セルチェッカーで変身します。 前述のように、変換はコースの最後にのみ発生しますが、「フェリング」バックは許可されるだけでなく、必須です！ フィギュアは戦いを続けなければならず、その過程で最後の水平を離れる場合-変形はありません、それは単純なフィギュアのままです！



最後の質問であるもう1つは検討していませんが、前の質問すべてにオッズを与えます。 プレイヤーはキャプチャの「チェーン」を完了する必要がありますが、そのような「チェーン」が複数ある場合はどうなりますか？ 選択可能な動きはどれですか？ ここでも意見が異なります。 最も自由な規則は、ロシアの草案が続きます。 それらの中で、プレーヤーは撮影の可能なオプションのいずれかを選択できます。 トルコおよび国際ドラフトでは、「多数決」ルールがその古典的な解釈に適用されます。すべての可能なキャプチャオプションの中で、プレイヤーは、最も多くの対戦相手の駒が取られるものを選択する必要があります（単純な数字またはダム-重要ではありません）。



すべての栄光において、「社会的不平等」は「イタリアの草案」に現れています。 このゲームでは、単純なチェッカーは女性を倒すだけでなく、より低く評価されます！ 可能な限り最大数の敵のフィギュアを倒す必要があり、それらの数が等しい場合は、クイーンの最大数を取得します。 この差別は別のイタリアのゲームで最高潮に達します。 Damoneには、 女性に加えて、「皇帝」もいます。これは、すべての下位の人物には触れられません。 このゲームはDablotに似ていますが、後者とは異なり、 Dablotでの変換は依然として可能です。 単純なチェッカーは女性になり、女性は皇帝になります（繰り返しの変換は禁止されています-単純なチェッカーが皇帝になることはありません）。











異なる種類の優先度は「ポルトガル語チェッカー」で有効です-クイーンを取るかシンプルなチェッカーを取るかの選択がある場合、プレイヤーはクイーンとチョップする必要があります。 「多数決」の最も複雑な文言は、「古いフランスのチェッカー」で有効です。 引用させてください 。

• 当初、2つのキャプチャオプションの選択は、ドラフトの品質と数に関係なく任意であり、1653年にのみ多数決のルールが導入されました（シリアルキャプチャの場合、プレイヤーはできるだけ多くカットする必要があります）。
• 一連のキャプチャ中に、単純なチェッカーまたはクイーンで同じ数のピースをチョップできる場合、プレイヤーはクイーンを取得する必要があります。 ただし、削除するチェッカーの数が両方の場合で同じであるが、1つの「ブランチ」に相手のダムがある（またはそれ以上ある）場合、プレーヤーはこのオプションを選択する必要があります。
• さらに、削除されたチェッカーのランクは重要ではなく、シリアルキャプチャは数量に従属します。チェッカーを最大にするためです。 3つの単純なチェッカーまたは2つのクイーンのいずれかを取る場合、プレーヤーは3つの単純なチェッカーを取る必要があります。

実装の観点から、チェッカーゲームはチェスほど簡単ではないことを既に理解していると思います。 Zillions of Gamesは、開発者の生活を楽にするために何を提供しますか？ 次の機能を検討してください。

• add-partialによって実装される部分的な移動
• 移動優先度によって決定される移動優先度
• optionコマンドでサポートされるいくつかのトリッキーな設定

部分的な移動のサポートがなければ、チェッカーの実装に関する話はありません。 add-partialコマンドを使用すると、一連のキャプチャを組み合わせて長い複合移動を行うことができます。 さらに、このコマンドを使用すると、部分的な移動の最後にピース（たとえば、チェッカーをクイーンにする）を有効にできます（この機能はロシアのドラフトで役立ちます）。 キャプチャが完了すると、チェッカーの駒は「サイレント」動作で移動を続行できません。 彼女は敵の駒を取り続けなければなりません。 明らかに、部分的な動きをタイプ別に分けるには、何らかの機会が必要です。 そして、そのような機会があります：





移動のタイプがadd-partialコマンドで指定されている場合（この例ではjumptype ）、複合タイプの移動はこのタイプの移動によってのみ続行できます。 タイプは、移動の優先度を設定するためにも使用されます。

 (move-priorities jumptype nonjumptype)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このエントリは、キャプチャの可能性がある場合、「サイレント」ムーブを実行できないことを意味します。 優先順位リストには3つ以上のタイプをリストできますが、いずれかのタイプの移動を実行する機能により、すべての移動が完全に禁止され、そのタイプはリストの下に続きます。 「多数決」はどのように定義されていますか？ 非常にシンプルでハードコア：

 (option "maximal captures" true)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

同じ数の数字で、より多くの女性を連れて行くように指定できます。

 (option "maximal captures" 2)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

可能性はそこで終わります。 たとえば、最小数の数字を取得するように指定することはできません（これが必要な理由は別の質問です）。 オプションコマンドは、Fanoronaの実装でも役立ちます。

 (option "pass partial" true)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

事実は、プレーヤーが単に複合的な動きを拾って停止することはできないということです。 この可能性は明示的に許可する必要があります。 私は、 オプションコマンド自体の「魔法」やその助けを借りて移動（この場合は部分的）をスキップする実装が本当に好きではありませんが、これはおそらく別の議論のトピックです。





一般に、Zillions of Gamesが提供するメカニズムは、1つではないにしても、非常に機能的です。 この記事の最初のネタバレで述べた「オセチアのケナ」を実装することは不可能です。 問題は、複合移動を開始すると、敵の破片がその実行の過程で「食べられる」かどうかわからないことです。 ケンは友好的なケナを飛び越えて敵対的なケナを倒し、複合的な動きの一部として、これらの部分的な動きをランダムな順序で交互に繰り返すことができます。



明らかに、ケンとの「ジャンプ」と「ファイティング」は同じタイプの動きを持っている必要があります（それ以外の場合、 add-partialは1つのタイプしか受け取れないため、コンポジットムーブを構築することはできません）。そうでない場合、単純な動作はほとんど実行されません。 これは、「強制取得」のルールを決定できないことを意味します。



あまり明らかではないのは、「 部分通過 」オプションをtrue （プレーヤーによる複合移動を中断する機能）に設定する必要があることです。 ジャンプするとき、友好的なケンは削除されません。 最初のクローズドループを発見すると、プログラムはそれを永久にジャンプします。 縮小された形式では、ルールは完全に再生不可能になります。 双方は、敵の戦いに代わって自分のフィギュアを危険にさらすよりも、無意味な機動を行うことを好みます（これは最初のネタバレの下のビデオで見ることができます）。



もちろん、それを修正する方法がわからなければ、私はこの会話全体を始めませんでした。 まず最初に、ZRFで私たちを阻んでいるものを理解する価値があります。 いくつかの問題があります。

• 動きの生成中の前処理と後処理の欠如（ロジックを複雑にし、Fanoroneのようなゲームでの「トルコ攻撃」への反対の実装を妨げます）
• 関数を組み合わせて、移動の生成を完了し、 addおよびadd-partialコマンドでピースを移動します（ add-partialが複数のタイプの移動を受け入れられない理由の1つ）
• 移動のタイプを使用して、複合移動の構築を制御し、優先順位を設定します（優先メカニズムは、最初の部分移動にのみ作用し、複合移動全体には作用しません）
• 「多数決ルール」を実装するための普遍的なメカニズムの欠如（ZRFを使用して、「古いフランスのチェッカー」を正しく実装することは成功しそうにありません）

ZRFでは、移動生成アルゴリズムの定義はモノリシックです。 任意の動きを生成するフレームワーク内で（メイングループの前または後に）単一のコードを実行する方法はありません（あるグループから）が、これが本当に必要です！ 「トルコのストライキ」に対抗することは、これの優れた例です。



（複合移動の一部として）最後の部分移動を決定する必要があるため、コードは完全に判読不能になり、さまざまなエラーが発生しやすくなります。 さらに、このアプローチは、複合移動の早すぎる中断と互換性がありません（オプション「 部分通過 」）。 もちろん、ファノロンでは、「トルコのストライキ」と戦う必要はありません（ピースをとるメカニズムの仕様により不可能です）が、そのような機会が必要なゲームには生命権があります。



作品を動かす機能とムーブの生成を完了する機能とを組み合わせるのは最良のアイデアではないという事実に関して、私はすでに何度か書いています。 幸いなことに、これはAxiomで修正されました。 優先順位に関しては、私は一般的にこの決定が非常に失敗したと考えています。 優先順位と「多数決規則」などの両方を実装できる、より普遍的なアプローチがあります。 「オセチアのケナ」の定義が理想的な世界でどのように見えるか見てみましょう。





前後のアクションにより、ロジックを比較的独立したフラグメントに分割できます。 たとえば、このバージョンのチェッカーでは、女王に変わるためのチェックは、未形成のフィギュア（ Man ）による部分的な移動の最後に実行する必要があります。 これは小さなコードですが、3つの異なるタイプのムーブの実装でそれを散らかす必要はまったくありません。 同じフラグメントを3回繰り返すと、間違いを犯すのが3倍簡単になります（もちろん、マクロを使用できますが、この場合、図のタイプの説明でpostというフレーズを使用すると、より論理的に見えます）。



他のタイプのチェックは、グローバルピースにあります。 このコードは、複合移動全体の完了の前後に実行されます（ここでは、図を「国際草案」に変換する必要があります）。 ここで、 属性句を使用して、複合移動の任意の段階で使用可能な変数を定義できます。 capture-countでは、撮影した数字の総数をカウントします。 不変式は、この値が、生成されたすべての動きで取得されるピースの最大数よりも小さくてはならないということです。



しかし、これはどのように機能しますか？ 手の数を減らす方向に動きが生成されると良いのですが（検証中に新しいオプションは破棄されます）、動きの生成のこの順序を保証することはできません！ ここで、ちょっとしたトリックを試すことができます。 チェックに加えて、生成された各移動に関連付けられた保留状態を作成できます。 次の動きの生成中にmax-capturing-countの値が変更された場合、以前に生成されたすべての動きを再確認する必要があり（それらは再び再生する必要はありません）、条件が満たされなくなった動きを除外します。



このメカニズムは、 移動なしの終了条件の「最適化された」計算のために提案したメカニズムと似ていますか？ 。 プレイヤーの損失を判断するためだけに動きを生成するのは毎回非常に高価です。 保留中のチェックを登録し、通常の方法でムーブを生成し、ムーブのリストが空の場合、事実の後に敗北を記録する方がはるかに合理的です。 不変式の場合、このメカニズムは最適化の目的ではなく、正しい計算を保証するために使用されます。 これは私が「 違反された不変式 」と呼んでいるものであり、この概念はムーブジェネレータを開発するのに非常に役立つと信じています。 いずれにせよ、Zillions of GamesおよびAxiom Development Kitが提供するメカニズムよりもはるかに普遍的です。