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

... 10が来ます...

そして、あなたは震えます

ポプラの葉を震わせる方法！



ユリネ「 カラス 」





最も目立たないのは、表面にあるものです。 通常のルーチンを超えて、私たちは奇跡を見ません。 ボードゲームの開発者はますます多くのゲームの仕組みを考え出しますが、多くの場合、ゲームの「面白さ」と「複雑さ」を混同します。 危機にwhatしているものを明確にするために、例を挙げます。





もちろん、このゲームは非常に複雑です（ ZRFでは説明できません。タイマーをサポートしているAxiomは 、使いやすいインターフェイスを開発することはまずありません）が、この複雑さは人為的で、 とてつもなく高価です。 ボードゲーム開発者として、私は既存の開発ツールに「挑戦」するゲームに興味がありますが、「複雑さのための複雑さ」を歓迎しません。 話したい...

1.シンプルなもの

主に、ボードゲームの開発を目的とした既存の「ユニバーサル」ツールキット（「 Zillions of Games 」および「 Axiom Development Kit 」）の可能性の境界を決定するために、この一連の記事全体を開始しました。 新しいプロジェクトは、既存のプロジェクトよりもうまく解決できる（または単純に解決できる ）タスクがある場合にのみ引き受ける価値があります。 機能制限の原因は何ですか？ 開発者自身が思い付きます！



製品を開発するとき（ZoGも例外ではありません）、その作成者は生活を楽にする多くの仮定をします。 例のために遠くに行く必要はありません。 チェスでは、キャプチャを実行する部分が、取得した部分を置き換えます。 このメカニズムは、チェスファミリのすべてのゲームで非常に一般的であるため、「チェスキャプチャ」と呼ばれます。 ZoG開発者は、撮影したピースを明示的に削除しないことをお勧めします（移動の終わりに別の数字がその場所にある場合）。 その結果、制限が生まれました-1つのフィールドに複数のピースを含めることはできません（チェッカーの場合、キャプチャのチェスメカニズムは関連しませんでしたが、新しい制限はそれらにも影響しませんでした）。 この制限が満たされていないゲーム（さまざまなマンカル 、 タウレル 、 柱 ）はすぐに「船外」であることが判明しました。 誤解しないでください。 あなたはそのようなゲームを作ることができますが 、それらの開発は本当の悪夢に変わります！



ブロンズでキャストされた別の「善意」は、「プレーヤーは自分のフィギュアでしか歩くことができない」です。 Stavropolチェッカーは、この問題について独自の意見を持っています。 はい、彼らも作ることができますが、どのように！ 両方のプレイヤーがすべてのピースを移動できるようにするには、中立にする必要がありました（つまり、ゲームに参加していないがすべてのピースを所有している別のプレイヤーがいる）。 完全に人為的な制限が実装の深刻な複雑さをもたらすだけでなく、可能な機能の一部は単にアクセスできなくなります。











このゲームでは、プレーヤーに属する数字とニュートラルな「ボール」の数字があります。 プレイヤーは自分の駒で動きをした後、中立の駒を動かします。 この形式では、すべてが機能しますが、ZRFを使用すると、自分のピースまたはニュートラルで移動を完了することができなくなります。 両方とも順番に、しかしどちらか一方が一緒ではありません！ 時々 、それが邪魔になります（そして再びコードが複雑になりすぎます）。 いくつかの「アンチパターン」を組み合わせると、すべてがさらに悪化します。



必須のテイクを決定するために、チェッカーファミリーゲームでは、ZRFは優先メカニズムを使用します。 このソリューション自体は、 より普遍的なメカニズムに基づいて優先順位を簡単に実装できるため、あまり成功していませんが、さらに重要なことに、Stavropol Checkersなどのゲームでは機能の層にアクセスできません。 チェッカーでは、プレーヤーはそのような機会がある場合（これは戦術的に非常に重要です）、取る必要がありますが、「スタブロポルチェッカー」では、プレーヤーは両側でピースを持って歩くことができます。 元のルールはこの点を規定していませんが、あなた自身のピースでの撮影を優先することは興味深いでしょう（例えば、相手のピースでの撮影は全く必須ではありません）が、これはZRFでは達成できません！ まさか！







Battle vs Chessの Chaosキャンペーンの壮大な2番目のミッション（6:40から始まり 、Habrでスタートを設定しますが、残念ながら機能しません ）。 黒人は、白をチェックしない場合、リザーブからのアイテムをボード上の任意の場所に追加できます。 この制限を考慮したとしても、将giから知っているように、「手にある駒は盤上の駒よりも強い」ので、ブラックには大きな利点があります。



このゲームを初めてプレイするとき、私はコントロールを失い（破棄されたピースはマウスホイールで切り替えられます）、年功序列（すべてのポーンの最初、次に馬、司教、最後に女王のみ）に従って厳密にボードにピースを落としました。 これを念頭に置いて、私は簡単に勝ちました、そして、このモードでのゲームは、私の意見では、さらに面白いことが判明しました。 私は元のミッションのクローンを作成しましたが、「年功序列」でボードにピースを追加すると、同じ優先順位に関連する問題が発生しました。 ピースをリセットする動きに優先順位を付けることは可能ですが、ピースを移動する優先順位はこれらの優先順位のそれぞれと一致する必要があります（そうでない場合、すべてのピースがリセットされるまで、チェック中であってもキングを含む単一のピースを移動することはできません）。 ZRFでは、これは完全に不可能です！ ZRFの優先順位には明らかに柔軟性がありません。



異種オプションの相互作用のトピックは、一般に無尽蔵です。 そのため、たとえば、「 Halma 」ファミリーのゲーム（わが国では、そのバリアントの1つは「 コーナー 」として知られています）では、移動のループを回避するために、以前に訪れたフィールドを「マーク」する必要があります。 一見したところ、「位置フラグ」はこの目的に理想的であり、移動中にブール値を特定の位置に関連付けることができます。 残念ながら、グローバルフラグの使用と同様に、設定値は各ターンの開始時に自動的にゼロにリセットされます。 ZoGの複合的な動きは完全に独立した「部分的な」動きで構成されているため、位置フラグはそれらに関連する期待を正当化しません。 フィールドではなく、その属性（キャスティングの可能性を確認するときに使用されるものなど）を使用して図に「マーク」を付けることで問題を解決する必要がありますが、これは別の議論のトピックです







ドラフトファミリーのゲームでは、数字の属性がトルコのストライキを防ぐために使用されます。 ゲームのほとんどの最新バージョンで採用されているルールによれば、取った駒は移動の最後にのみボードから削除されます。 私たちにとって、これは2つのことを意味します：最初に、「部分」のセットから最後の動きを選択する必要があります。そのため、実行されるときに、取られたすべてのピースを削除します「-これ自体は簡単な作業ではありません）。 さらに、属性または回転図形を使用して、取得した図形をマークする必要があります。 ここで驚きました。 ZSG表記は、マークされた図形または変換された図形を同じ移動で削除できないように構築されています！ これは、最後に撮影した数字にマークを付けず、個別に削除する必要があることを意味します。 これに加えて、ピースを移動するそれほど便利ではないセマンティクス（移動の生成が完了するまで、移動を実行する数字はその場所に残っているように見えます）と一見普通のチェッカーの開発は、冒険と「ボス」との戦いで満たされた困難で魅力的なクエストに変わります。





これらすべてに優先順位付けの問題が追加されると、開発者の生活はさらに興味深いものになります。 オッセティア（ ケナ ）で広く普及しているドラフトのバージョンでは、一般的なトルコ語とアルメニアのドラフトに非常に類似した興味深いルールが導入されました。 改革されていないチェッカー（ケン）は、Halmaファミリーのゲームで行われるのと同様に、フレンドリーなケナを飛び越えることができます。 残念ながら、このようなジャンプが敵の駒を取ることと交互にできるかどうかを知ることはできませんでしたが、このオプションは間違いなく最も興味深いものです。 そして、おそらくそれをZRFに翻訳することは決して不可能でしょう。 キャプチャは優先度を維持する必要があり、「ジャンプ」はキャプチャと任意の順序で交互に行うことができるため、優先度も高くする必要があります。 ただし、そうすることで、通常の（優先度の低い）移動は非常にまれなケースでしか完了できません。









多くの場合、ルールの実装が難しいのは、作成者によるゲームの改善の結果です。 したがって、ディーター・スタインによる古典的な「 オルド 」では、ゲームの不変量は、ターンの終わりでのピースの「接続性」です。 数字のグループが分割されている場合（隣接線は直交線と対角線の両方に考慮されます）、接続を復元する移動が優先されます。 そのような移動が失敗した場合、プレーヤーは敗北としてカウントされます。 この形式では、難しくはありませんが 、ゲームは Axiom で説明されています。 OrdoXの改良版では、新しい（斜めの）動きの導入に加えて、接続性を維持するルールが変更されました。 分割されたグループの最大グループのみがボードに残りますが、複数の（おそらく2つ以上の）等しいグループがある場合、プレーヤーはボードに残すグループを選択する権利があります。 ZoGで解決できる場合、非常に時間がかかります。



改良されたゲームルールのより古い例は、西サハラ、モロッコ、中央アルジェリアで一般的な「 バトルレーシング 」の種類の1つにあります。 ため息では、これらのゲームのほとんどと同様に、4つの平らな棒の形で作られた「骨」が使用されます。 ドロップポイントは、光が上に落ちたスティックの数でカウントされます。 一般に、このゲームでは、すべてが通常通りです-ゲームに新しいチップを導入するスロー（1- khaj ）、追加のスロー（4- bargaなど ）がありますが、ゲームを本当にユニークにするスローが1つあります。 ツーポインター（ khmar ）-前の投球の結果をキャンセルし、再投球する権利を与えます。 再び落下すると、さらに早い動きがキャンセルされます（対応するチップは元の位置に戻ります）。 このゲームを正しく実装するには、ロールバックの可能性がある動きのログを保持する必要があります！







一部のゲームは、移動の概念を再定義しています。 上記の「 あいまいなチェス 」では、移動を実行するプレーヤーが移動しようとしているフィールドを示しており、相手はすでにそれを実行できるピースの1つを移動しています。 ZoGでこのようなゲームを作成することは困難ですが、可能です。 「 拒否チェス 」はさらに先へ！ その中で、対戦相手はプレーヤーの宣言された動きを禁止することができます（この動きが唯一の可能な動きでない場合）。そして、プレーヤーは別の動きをしなければなりません。 おそらく、これはZRFでも実装できますが、実際にはどうなるか想像できません。



しかし、これは制限ではありません！ サイクルの最初の部分では、エチオピアのSenterej について既に言及しました。このゲームでは、プレーヤーはゲームを開始し、作品の最初の戦いの前に同時に動きを実行します。 「 Sulus-idi 」 マンカルでは、同じモードで、「ゼロ播種」が実行されます。これは、最初の動きの権利を決定すると同時に、石の初期レイアウトの決定論に違反します。 私は、プレイヤーが同時に同じ穴から石を取り、配置することを強調します！ Habréの聴衆は、 これが何を意味するかをよく理解していると思います。 これで十分でない場合は、ZoGでおなじみの「 投げバカ 」を実装するプロセスでどのような困難に遭遇するかを考えてください。 私の考えをお伝えしたいと思います。



すべての賢者、非常にシンプル。