Race Into Spaceのリメイク：ゲームプレイとインターフェイスを改善する方法は？

このテーマの映画を見ることで2012年宇宙飛行デーをマークするという考えから、私は宇宙飛行の歴史に真剣に興味を持つようになりました。 そして、ゲームはきちんと整っていることがわかりました。それについては知っていましたが、知り合うほど興味がありませんでした。 1993年にリリースされ、その後バズアルドリンの「宇宙への人種」と呼ばれました。 伝説の宇宙飛行士バズ・アルドリンは、技術コンサルタントとして開発に参加しました。 2005年、開発者は権利を購入し、GPLの下でゲームを再リリースし、Aldrinの名前を削除しました。 このゲームは非常に興味深いものであり、慣れるために強くお勧めしますが、しばらくすると、ゲームを改善できる瞬間が明らかになりました。 そこで、オープンソースプロジェクトのSpace Race：The Gameがありました。 彼と計画されている改善点についての話、私はカットの下であなたと共有したいと思います。

ゲームの概要

元のスペースへのレースは、プレイヤーがソ連/アメリカの宇宙プログラムを管理する経済的なターンベースの戦略です。 ロケット、無人および有人宇宙船の探索、宇宙飛行士の隊の制御、プレイヤーは宇宙ミッションを打ち上げ、その結果と優位性の程度に応じて名声ポイントを受け取ります。 ゲームプレイの希少性と価値は次のとおりです。

1. 意思決定の時間制限がない場合（ターンベースのゲーム）
2. プレーヤーは、自分の基本的なアクションのリスクの程度を評価します（ミッションの開始/キャンセルについて決定を下し、相手よりも先に進みたい）
3. 長期戦略プログラムの実装（ゲームの終了は有人月ミッションであり、多くのステップがあります）

十分詳細なレビューがここに含まれています 。 このレビューは、元のゲームの詳細を知りたい人に役立ちます。

オリジナルのゲームは公式ウェブサイトで入手できます。

リメイクの開発を決定する

私の意見では改善できるゲームの側面に気づいたので、私はこのゲームのリメイクを開発するプロジェクトを開始することにしました。 元のプロジェクトに参加してそこに改善を追加するという選択肢は、次の理由で私には向いていませんでした。

1. 1993年の開発ゲームには、私が知らない言語であるC / C ++の非常に古いコードが含まれており、ほとんどの場合、当時のコンピューターのリソース不足に起因する制限に満ちています。 要するに、不合理であり、それを掘り下げたくない。
2. 一部の変更は非常に基本的なものであるため、既存の変更をやり直すよりもやり直しが簡単です。

プロジェクトの特徴

1. 開発言語：最も人気のあるJavaの1つであり、私は不合理に好きです。
2. 開発モデル：オープンソース。 ゲームは、喜びの主な目標に加えて、宇宙探査の歴史に関する知識を提供し、このトピックへの関心を喚起するものでなければなりません。 これは、第一に、支払われるべきではなく、第二に、私の努力を超えて発展できるはずです。

そのため、導入部分の後に、私が計画している改善点の説明と、なぜそれをしたいのかを説明します。

パート1 ゲームプレイの改善

1.信頼性の隠蔽

元のゲームでは、コンポーネント（打ち上げ車両または宇宙船）の信頼性が明示的に示されています。 したがって、プレーヤーは、たとえば打ち上げビークルを調査する意味がない場合を正確に認識し、打ち上げを開始するときがきました。 数学に精通したプレーヤーは、構成要素の信頼性を乗算することにより、ミッションの信頼性を計算できます。 これは間違っているように思えたので、リメイクではコンポーネントの信頼性がプレーヤーから隠されています。 実際、コロレフは、犬との連続した2回の打ち上げ後にのみ、男性とボストークを開始することを決めました。誰も彼に成功のチャンスを見せませんでした。 したがって、リメイクでは、コンポーネントに研究の時間があり、その間にランダムな偏差で信頼性を獲得し、信頼性が自分に合わない場合、プレイヤーはこれらのコンポーネントを「洗練」できます。

2.無人ミッションの数の増加

元のゲームでは、無人ミッションはごくわずかです。単純な衛星、月と5つの惑星の飛行ミッション、月への無人着陸です。 これは、たとえば月の裏側の写真を撮るなどの陰謀を伝えたり、ルノホフや「月-16」の重要性を示さないため、不必要な単純化のように思えます。 また、ゲームプレイの観点から、月面に人間を着陸させる無人の代替手段を提供したいと思います。 つまり ゲームの開始時に非常に成功したプレーヤーは、人々を危険にさらさないように（または、現実のソ連のように成功したために資金が得られないように）、ポイントでゲームに勝ち、月にマシンを送り、たとえば、軌道ステーション（およそ、ソ連が実際の歴史の中で行ったこと）。 リメイクでは、小さな代替コンポーネントであるオートマトンの主要なミッション-過去へのVoyager、Veg、およびローバーの転送が既に実装されています。

3.コンポーネントの納期のゲームの概要

BARISでは、コンポーネントは購入され、即座に宇宙港に届けられました。 これは非常に非現実的であり、プレーヤーからランダムなイベント「コンポーネントNの生産が遅れる」の陰謀を奪います。 ゲームを面白くしないというリスクにもかかわらず、このポイントが戦略的な深さとプレイヤーの行動を計画する必要性を追加することを願っています。

4.ゲーム時間の短縮

元の動きは、6か月のプレイ時間でした。 したがって、パーティは22ムーブ（1968年の月面着陸）から50ムーブ（制限時間終了）まで続きます。 これは、ランダムなイベントが強すぎるという事実につながりました。たとえば、非常に頻繁にコンポーネントを購入したり、ミッションを起動したりする機能がブロックされました。 このような重要な動きでは、不運やエラーがあまりに重要であり、それは時々非常に迷惑でした。 リメイクでは、1つの動きに1か月の再生時間がかかります。

5.勝利条件に柔軟性を追加する

元のゲームでは、勝利の条件は人の月面への着陸でした。 リメイクでは、ゲームを終了するためのルールを選択するための柔軟なシステムが計画されており、異なる期間のパーティーと、月に人を着陸させることによるゲームのオプションの終了があります。

6.政府との関係の複雑さ

政府は仕事と財政を与えます。 実際の歴史では、ソビエト連邦は、それ以前のすべての成功にもかかわらず、彼らがお金を与えなかったという事実のために、月面レースを失いました。 また、この項目は、肯定的なフィードバック（成功-より多くのお金-より多くの成功-さらに多くのお金-...）を否定的なもの（成功-プロフェッショナリズムを高める必要があります。

7.「マウントされた加速器」モジュールの打ち上げロケットの変更による交換

元のゲームには、一部の打ち上げビークルに追加できる「搭載されたアクセラレータ」モジュールがあり、キャリングキャパシティが増加します。 実際には、Titan-IIIロケットにのみ似たものがあり、より一般的なオプションは上段の追加または変更でした（R-7のソ連のブロック「E」と「I」、「Agen」と「Centaurus」アトラスの米国）。 リアリズムを高めるため（およびさまざまな修正の信頼性を共有するため）、1種類の打上げ機にいくつかの修正を加えることが決定されました。

8.加速器を惑星係数に置き換える

BARISには3種類のアクセラレーターがあります-A、B、C これらは月のミッションに必要ですが、マニュアルがないとどれが必要かわかりません。 状況を単純化するために、質量増加係数（たとえば、月-x3、火星/金星-x10など）を導入することが決定されました。 それに対応して、ソユーズはR-7-Iブロックで低地球軌道に打ち上げられますが、月に送るためにはプロトンKが必要になります。

9.第2世代の乗り物による月へのフライトの禁止（Sunrise、Gemini）

最初のゲームでは、第2世代の乗り物（Sunrise、Gemini）に着陸するまで、月への有人ミッションが可能です。 そのような決定にはいくつかの前提条件がありましたが、実際の設計の観点から、月面ミッション用にジェミニを修正する計画があり、ゲームプレイの観点から、第三世代のデバイス（ソユーズ、アポロ）プレーヤーに新しいものを提供しないため、事実上不要になります。

10.バランスを取るために行われたいくつかの決定の保持

元のゲームでは、Voskhodの乗組員は2人に減らされましたが、見返りにドッキングする機会が与えられましたが、実際には不可能でした。 この決定は、バランスシートの明白な考慮事項から行われました。ゲームの第2世代の船は、船外活動とドッキングを練習するように設計されています。

11.研究から開発への信頼性VCDの転送

BARISには非常に良いアイデアがあります-ドッキングは「学習」することは不可能です。 ミッションを送信する必要があり、成功と失敗により、接続の信頼性が向上します。 そしてこれは、合衆国がドッキングに関して特別な問題を持っていなかったという事実にもかかわらず。 しかし、船外活動で-でした。 宇宙飛行士はひどく疲れていて、完全な作業計画を実行できませんでした。 歴史と関心のために、ドッキングをVCDに「解決」するメカニズムを拡張することは良いことであるように思えました。

12.明らかな改善

多言語のサポート（現在はロシア語/英語、問題なく新しい言語を追加できます）、通常のマルチプレイヤー-これはすべて元のゲームにはありませんでした。

パート2 インターフェースの強化

まず第一に、そのような古いインターフェースを改善することは簡単な作業のように見えるかもしれないと言わなければなりません。 しかし、私は自分の行動の説明をしようとします。私の思考の流れを概説している人が自分のインターフェースの設計に役立つことを願っています。



1.メインウィンドウ







素敵でアニメーションですが、機能の観点からは、研究ウィンドウを開いたり、ミッションコンポーネントを作成したり、さまざまな宇宙飛行士訓練のウィンドウを開いたり、インターフェイスを遅くしたりできると同時に、マスタリングの難しさ（どのような建物、どのメニュー、どの重要なアイテムが配置されているか、最初はよく理解されていません）。 インターフェースとの相互作用の速度を高めたいという要望に基づいて、このウィンドウは削除されました。その代わりに、最重要のインターフェースの要素があります-コンポーネントと宇宙飛行士との相互作用の要素、倉庫、待機リストと計画、および移動を終了するボタン 最も頻繁に使用されると予想される「ターン終了」および「新しいミッション」ボタンは、フィッツの定理に従ってコーナーに移動します。 明らかなプラス-それはより便利になりました。 明らかなマイナス-それはより退屈になりました。

ロジックの設計に奇妙な疑問が生じました。 元のゲームでは、ボタンを押すたびに研究または購入のためのお金が割り当てられ、資金が不足しているときはボタンが押されなかったため、負の財政に入ることは不可能でした。 しかし、新しいインターフェースでは、「研究/調査なし」という状態のボタンが導入されました。また、長い調査がオンになり、資金が不足した状況では、何かを行う必要があります。 現在の実装では、「移動の終了」ボタンがブロックされ、「エラー」フィールドに研究/修正のための資金不足についてのテキスト警告が発行され、プレイヤーに重要度の低い（または必要に応じて）研究をオフにします。 代替オプションもあります-すべてのアクティブな研究を自動的にオフにします（プレーヤーを決定するために部分的にオフにしますが、できません）。 どちらのオプションが優れているかは、アプリケーションを多少なりとも深刻に操作した後に明らかになると思います。



2.調査期間と購入期間







インターフェイスエラーがすぐに表示されます。 たぶん、それは建築的またはシステム的な制限によるもので、私は非難ではなく、改善のためだと言います。 購入ウィンドウは、メインウィンドウからのマウスの2回のクリック（「管理」-「購入」）にあり、学習ウィンドウは1つ（競技場での建物）にあります。 コンポーネントを探索する前に、少なくとも1つのインスタンスを購入する必要があります。 つまり、実際には、ユーザーアクションは次の順序に分類されます。「プレイフィールド」-「研究ウィンドウ」-「購入ウィンドウ」-「コンポーネント購入」-「研究ウィンドウ」-「コンポーネント研究の開始」。 これは長い時間です。 したがって、情報、購入、完成、コンポーネントの注文、有人船の乗組員の編成をメインウィンドウの上位レベルに転送することが決定されました。



3.新しいミッションのウィンドウ。







ここでは、インターフェイス設計の問題の次の側面を非常に明確に示すことができます。

• アクセス速度。 メインウィンドウから3回のクリックで最も頻繁に呼び出されるウィンドウの1つを配置するのは明らかなエラーです。 なぜそれが行われたのかわかりません。ミッションデザインの建物を描くことも、ペイントされた開始構造を使用することもできました（そこでミッションをキャンセルすることはできますが、新しいミッションを計画することはできません）。
• 相互作用の速度。 新しいミッションの計画インターフェイスの実装は、ウィザード（少数のコンポーネントを備えた複数のウィンドウ）のスタイルで行われます。 画面解像度が小さいため、この決定が行われた理由は明らかです。 そして、私の意見では、多数のコンポーネントを含む1つのウィンドウがここでより良く見え、実装されました。
• ピクトグラムの使用に関する問題。 アイコンはスペースを節約しますが、インターフェイスを習得する複雑さを増すことで費用を支払う必要があります。 たとえば、宇宙服と6つの黄色いセクターのうち2つのセクターのアイコンが何を意味するかを判断してください。 しばらくの間、これは馬車に乗っている人の数だと思っていました。 しかし、いや、これがミッションの期間であることがわかりました。 スペースを節約するのではなく、テキストで直接書くことにしました。
• フィルター、クリップ、巻き戻し。 ピクトグラムはミッションサインの指標です。 アイコンの右下隅にある小さなボックスをクリックすると、インジケーターがフィルターになり、このインジケーター状態のミッションのみを表示できます。 ただし、フィルターされたミッションのリストに移動するには、「上」または「下」ボタンを押してリストを巻き戻す必要があります。 リストの長さまたはコンポーネントに関する情報は、巻き戻しなしで取得できません。 新しいウィンドウを設計するとき、フィルターを便利に保つことを決めましたが、適切な要素（リスト、ラジオボタン、チェックボックス）に置き換えることをお勧めします。 適切なミッションのリストを完全に表示します。
• インターフェイス状態の問題。 ウィンドウ番号3の「続行」ボタンには、2つの状態がありますが、これらの状態は表示されません。 「ミッションなし」ミッションが選択されている場合、ボタンを使用してウィンドウを閉じます。 他のミッションが選択されている場合、ボタンを使用して、新しいミッションのマスターをさらに進めます。 当然、ユーザーが気が変わった場合（またはミッションの計画時に問題が発生した場合）、「リセット」をクリックしてから「続行」をクリックすることを忘れてしまい、非常に迷惑です。 リメイクには、通常の[OK]ボタンと[キャンセル]ボタンがあります。
• ミッションの表示。 ミッションのリストは、可能なミッションからのみ収集されます。 たとえば、発射複合施設が1つしかない場合、共同ミッションや複数発射ミッションを表示することさえできなくなります。 私のプロジェクトでは、反対のアプローチが使用されています-すべての可能なミッションが示されており、一般的に何ができるかをプレイヤーに知らせることができます。 ただし、そのようなミッションを選択しようとすると、まだ実行されていない必要な手順が表示されます。
• 2つの画面が削除されました。 ミッションを開始する前に、プレーヤーはアセンブリおよびテストコンプレックスの画面に移動してロケットを収集する必要があり（これは新しいミッションのウィンドウ内の適切なキャリアのリストに過ぎません）、発射の月を決定する必要がありました（これは通常削除され、ミッションは次の月に予定されています）。

4.ミッション表示ウィンドウ







ミッションの段階の経過を説明するために、テーマ別の写真とビデオが使用されます。 ビデオの選択は理解できますが、残念ながら、私の考えでは、この方法の欠点は重要です。 十分なスペースビデオがありません。ソビエトミサイルが発射されたときに表示されるアポロ6の第1ステージと第2ステージの分離をもう一度見ると（まったく同じビデオはありません）、すぐに退屈になります。 または、たとえば、上の写真では、ソビエトの月のモジュールが月に加速し、「ジェミニ」の大気の密な層への入り口が示されています。 ビデオはすぐに止まり、クリックし始めます。 理想的には、本格的な合成画像を作成し、デバイスの対応する動作でさまざまな種類の障害を表示する必要があるように思えます。 いつかそうなることを望んでいますが、今のところはテキストレポート生成アルゴリズムが作成されています。 各ステップにはいくつかのスペルオプションがあり、誤動作が発生した場合、適切な場所に配置できます（たとえば、フライトの10秒および100秒でエンジン障害が発生する可能性があります）。 したがって、ミッションレポートがより面白くなり、疲れている人のために、ミッションの結果を表示する速度のオプションが導入されます-一度に完全なレポート、段階的なレポート、または実際のMCCで聞こえるレポートのテキストシミュレーション。



このプロジェクトはアルファ版で、バージョン1.0は1〜2年後に予定されています。 現在の状態に興味がある場合は、GitHubで見つけることができます。フィードバックをお待ちしています。



使用した材料：

1. ウィキペディアから取得した宇宙レースチャート
2. オープンソースバージョン1.0.0から撮影したBARISのスクリーンショット