ゲーム開発は他のソフトウェア開発とどのように違いますか？[閉まっている]

堅実な汎用ソフトウェア開発者にとって、ゲーム開発に関して根本的に、または程度の違いだけで具体的にどのような違いがありますか？

Tic-tac-toe、Tetris、ブルートフォースの数独ソルバー（UI付き）などのおもちゃのゲームをやったことがあり、今では中規模のプロジェクト（単一の開発者であり、この特定のプロジェクトで発見したことの1つは、すべてが状態に影響を及ぼし、あらゆるオブジェクトが他のあらゆるオブジェクトと無数の方法で対話できるため、懸念の分離がはるかに難しいことです。

これまでのところ、満足のいくようにコードをかなりきれいに保つことができましたが、些細でないゲームできれいなコードを保つことは、私の仕事よりもずっと難しいことがわかりました。

私が取り組んでいるゲームはターンベースであり、グラフィックスはかなりシンプルになります（ほとんどがDOM操作によるWebベース）ので、リアルタイムと3Dの作業は私には実際には適用できませんが、それらが興味深い場合は、それらに関する回答に興味があります。ただし、一般的なゲームロジックに主に興味があります。

PS再タグ付けをお気軽に、どのタグが適用できるのかよくわかりません。

1つの大きな違いがあります。私の意見では、それが本当に重要な唯一の違いです。

なぜそれが違うのか、技術的な詳細を調べることができます。3Dエンジン、素粒子物理学、さまざまなものが登場します。

しかし、多くの異なる形式のソフトウェアには文字列が添付されています。モデリングソフトウェアは、多くの同じことをしなければなりません。重要なソフトウェアにはすべて、使用する必要のある特殊なライブラリがあります。

それでは、GAMESの違いは何ですか？

ここにあります：ソフトウェアはビジネスのニーズを満たすように設計されています。在庫システムが必要ですか？処理するアイテムのタイプを定義できます。生産スケジューリングに必要なものを定義できます。あなたはすべてそれを行うことができます。または、銀行用ソフトウェアが必要な場合は、それで何をしたいかを定義できます。

ゲームでは、ビジネスニーズは「楽しい」です。「楽しい」技術仕様を書いてみてください。

開発者としての私の謙虚な意見では、それがゲームを通常のソフトウェアと異なるものにしているのです。「すばらしい！このソフトウェアは、クライアントの要求に応じて機能が完全になりました！」と言うことはできません。彼らがやりたいのは楽しいことだけだからです。

そうは言っても、何かを楽しくするために3Dグラフィックスや贅沢な物理学は必要ありません。なぜ人々はまだテトリスをプレイするのですか？その物理学は、「ブロックを下に移動」「ブロックを範囲外にしない」「ブロックが何かに当たったときに停止する」で構成されています。一番下の行は- それは楽しいです!!

優れたゲーム開発者になりたい場合は、通常のソフトウェア開発者として学んだことを捨てないでください。まだ非常に便利なものです。また、@ Sionは、通常のソフトウェアと同じように、コンポーネントを分離するのに適しています。しかし、ゲームに追加できる最も重要な機能は楽しいことです。楽しい楽しい楽しい楽しい楽しい。それがゲーム開発が存在する理由です。それがあなたのゲームを成功させるために必要なものです。プレイするのがどんなに楽しくても、これを信じてください。少なくとも10倍の楽しみがあります!!

ゲーム開発で頑張ってください!! ：D

私は主にゲーム開発者であり、従来のソフトウェア開発者ではありませんが、いくつかの重要な違いがあると思います。

これらは明らかにいくつかの一般化であり、包括的ではありません
。より大きなチームです。より多様な背景（アーティスト、プログラマー、プロデューサー、それぞれにさらにバリエーションがあります）。より長い開発サイクル。パフォーマンスのより高い基準。プロジェクトの大規模。障害のより大きくより高価なリスク。よりストレスの多い環境。

オブジェクトの相互作用とアーキテクチャのレイアウトに関しては、システムを適切に分離できます。ゲームプレイのオブジェクトと動作は、相互におよびこれらのシステムに明らかに依存しています。それはゲームの性質ですが（しゃれが意図されています）、これらすべてのシステムを単一のまとまりのあるユニットに結合し、それは何の問題もありません。それはすべてのスケールがあなたが慣れているよりも大きいのでそう見えるかもしれません。

簡単に識別され分離されたシステムはありますか？

• 衝突検出
• 衝突応答
• 物理
• アニメーション
• グラフィックス（2Dおよび3D）
• 人工知能
• ユーザー入力
• ファイル入出力
• ネットワーキング

ゲームプログラミングは、適切な関心事の分離を選択するのが難しいという観点から、他のアプリケーションドメインと異なるとは思いません。異なる種類のアプリケーションドメインにスキルを持ち込むと、常に違いがあるため、移行が期待したほどスムーズではないことがわかります。データベースアプリケーションで機能したものには、組み込みアプリではあまり機能しないパターン/イディオムが多数あります。また、多くのパターン/イディオムがあるリアルタイムシステムではあまり機能しない多くのパターン/イディオムがありますゲームプログラミングでは動作しません。ただし、ゲームプログラマは、ゲームプログラミングドメインを離れるときに同じ問題を抱えています。それはすべてあなたが何に慣れているかという問題です。

そうは言っても、ほとんどのプログラマーが実際の仕事（低レベルのグラフィックスとサウンド）で対処する必要のないコンピューターの部分を操作する必要があるため、多くの人にとってゲームプログラミングは難しいように思えます。人々は快適であり、懸念の分離のためではありません。懸念の分離の正しい選択を決定することは常に困難ですが、あなたが経験している懸念の分離の難しさは、単に新しい問題領域に移行しているだけだと思います。いくつかのアプリケーションを構築すると、他のアプリケーションと同じようになり、好きなものを学習し、そうでないものは使用しません。

そして、この特定のプロジェクトで私が発見したことの1つは、すべてが状態に影響を及ぼし、すべてのオブジェクトが他のすべてのオブジェクトと無数の方法で対話できるため、関心の分離がはるかに難しいことです。

そこには答えがあると思います。多くの相互作用があります。XNA（C＃）でいくつかのゲームを作成しましたが、今では中規模のゲームである戦略シミュレーションゲームをやっていて、ほぼ2か月間取り組んでいます。コードをシンプルに保つ必要があります。私が思う大きな違いの1つは、機能用のクラスと描画用のクラスを理解して設計することです。これにより、プログラムがよりきれいになります。もちろん、ゲームをしている場合は、画像（2dまたは3d）や音楽（またはサウンド）などのリソースを増やす必要があります。違いがあるので、難しいと思いますが、とても面白いです。

ゲームプログラミングはもっと楽しいと思います。ゲームを常にテストし、さまざまな物理学を実装して、さまざまな動作を実現できます。

私の経験から、ゲームプログラミングは実際にはソフトウェア開発に比べてはるかに楽しいです。ソフトウェア開発では、従うべき特定のビジネスルールがありますが、退屈することはほとんどありません。あなたはソフトウェアを作成していますが、それは面白くありません。ソフトウェアの使用は、便利で便利で便利ですが、楽しくはありません。

ゲームは楽しいです。たぶん私だけかもしれませんが、ツールの使用に関係なく、ゲーム開発は従来のソフトウェア開発よりもはるかに興味深くエキサイティングです。

PS：ソフトウェア開発、HTML5、Asp.Net、C＃などに最新のツールを使用しています。DirectX、UDK、XNA、Unityのコーディングは今でも楽しいと感じています。