★☆　ゲームプログラマのソースは読み辛い　☆★

**名前は開発中のものです。** · 02/04/16 18:27

です。処理的に難しいことしてるから、とかではないよ念の為。

**名前は開発中のものです。** · 02/04/16 18:32

ソースよりもコメントの方が多い人もいるよ。
ちなみにPS2のコードはあちらこちらにハード依存コードがあって
読みにくい以前の問題。

**名前は開発中のものです。** · 02/04/16 19:14

ゲームプログラムは芸術作品なのです
高度な芸術は難解なのです

**名前は開発中のものです。** · 02/04/16 19:27

で何?>>1

壱 · 02/04/16 19:30

他人にも読みやすいソースを心がけるにはどうしたら良いのか
貴様等語れ、と言いたいのでは

**名前は開発中のものです。** · 02/04/16 19:43

ニーモニックですか？

**名前は開発中のものです。** · 02/04/16 20:31

・・・・・

**名前は開発中のものです。** · 02/04/16 20:49

>>1
まあね、ゲームプログラムはどうしても汚くなってしまう。
敵の動きとか条件分岐の塊だし、
本来データとして持つべきものを直接コーディングしているのが
汚くなる要因だよな。

**名前は開発中のものです。** · 02/04/16 21:35

>>8
それは禁句だってさ。
>>1の考えてる事はよく分からん。

**名前は開発中のものです。** · 02/04/16 22:28

一種の高速化チューニングをしてる、その為の犠牲はしかたない、って意識があったりは？
実際その種の配慮が非常に必要となる部分もあるけど、実は不要な部分まで同様なノリで書いてしまっている、とか。

**名前は開発中のものです。** · 02/04/16 22:48

ゲームプログラマの書いたソースは "すべて" 読み辛いのか
ゲームのソース "が" 読み辛いのか
まずは、そこんとこはっきりしてくれ。

**名前は開発中のものです。** · 02/04/16 22:54

>>10
ゲームに限らず、CPUやメモリが足りなかった時代のプログラマは
そういうけち臭いコードを書きたがる傾向があるね。
スピードやメモリサイズを気にしなくていい部分なのに、
下手なテクを披露してくれちゃったりすると、
却って見にくくなったり他との整合性が悪かったり・・・

**名前は開発中のものです。** · 02/04/16 22:56

>>1はVB

**名前は開発中のものです。** · 02/04/16 22:59

>>11
「ゲームプログラマの手によって書かれたソースは、一般的に読み辛いものが多い」でないの？
それがゲームプログラムという性質上、仕方がないからなのか、あるいはゲームプログラマが
「読みやすいソースを書くこと」に対する意識が低いからなのかは意見が分かれそうだけど

**名前は開発中のものです。** · 02/04/16 23:02

プロの書いたのを見てみたいなあ

**名前は開発中のものです。** · 02/04/16 23:05

アマチュアのはヒドいのが多い
コメントがまるでなしとか定数をそのままソース中に散乱させるとか

**名前は開発中のものです。** · 02/04/16 23:10

>>15
プロのってなかなか見られないんじゃあ・・・

**名前は開発中のものです。** · 02/04/16 23:20

と、ゆーか。
Ｃ（もしくはＣ＋＋）で書いてるソースはあんま変わんねぇよ。
ファミコンのアセンブラソースは壮絶だけどな。

**名前は開発中のものです。** · 02/04/16 23:21

何と何が変わらないの？
アマチュアのなら変わらないというのなら分かるけど・・・

**名前は開発中のものです。** · 02/04/16 23:31

個人的には
ゲームプログラマ：読みやすいソースコードを書く
一般のプログラマ：とにかくコメントを書く
ってなイメージがあるけど。

**名前は開発中のものです。** · 02/04/16 23:56

漏れは
ゲームプログラマ：最適化に命を賭ける
一般のプログラマ：処理速度はあまり重視しない、読みやすいソースを心がける
というイメージだが、完全に想像だから多分実像とは違うんだろうなあ

**名前は開発中のものです。** · 02/04/16 23:59

モジュールを知らない人のコードは、
ゲームプログラマでなくても読みにくいです。

**名前は開発中のものです。** · 02/04/17 00:24

>>21
でもそれは言えるかもしれんな。
リアルタイムで動く物が大多数だし。

**へぼゲームぷろぐらま** · 02/04/17 00:55

>>1
ぜひ具体的に教えてください。勉強します

**名前は開発中のものです。** · 02/04/17 01:29

>>1
例えば何よ？
意味不明さでは君も似たようなもの。
プログラマとしてのレベルも窺い知れる。

**名前は開発中のものです。** · 02/04/17 01:35

仕事かどうかで違うなあ

**名前は開発中のものです。** · 02/04/17 01:37

最初は綺麗に書いていても、構造がまるっきり変わるような仕様変更の
嵐で結局ＤＱＮソースになります。

**名前は開発中のものです。** · 02/04/17 01:51

ソースの書き方が綺麗かどうかってのは、
プロアマ関係なくまたプログラミング技術とも別問題。

本人がコーディング作法に興味があるかどうかが重要だろー?

**名前は開発中のものです。** · 02/04/17 01:58

コメント多いソースって読みにくいよな

**名前は開発中のものです。** · 02/04/17 02:07

プログラマがDQNだというケースは置いといて、
マスター上がれば終わりのゲームプログラムと、保守も仕事に含まれる
ビジネスプログラマとでは美しさの目的が違うのではない？
見やすくてもタラタラ書いてるソースなんて、動いてもバグの内。

**名前は開発中のものです。** · 02/04/17 02:16

例えば、高速化で

{
float inv = 1.0f / 2.5f;

for (int i= 0; i< 10; i++) {
foo( a[i] * inv );
}
}

こういう書き方が駄目？常識だと思うけど

**名前は開発中のものです。** · 02/04/17 02:21

インデント無いから駄目。

**名前は開発中のものです。** · 02/04/17 02:44

それって何から高速化してんの？

**名前は開発中のものです。** · 02/04/17 02:46

>>32
書き込むと取れるみたい。（タブ派だし）

>>33
float 割り算の回数を減らしてる。

**名前は開発中のものです。** · 02/04/17 02:50

それなら、
for(int i=0; i<10; i++) foo(a[i]*(1.0f/2.5f));
の方がｲｰｸﾅｲ？float１個分メモリ削れるヨ。
割り算は最適化の時にあらかじめ割ってくれてるので問題ナシ

**名前は開発中のものです。** · 02/04/17 02:59

>>35
コンパイラに依存するコードは、良くないと思う。
そうやってもメモリは削れんしｗ
大概のコンパイラは、foo()がインライン関数だったりしたら、
最適化されないし。

**名前は開発中のものです。** · 02/04/17 03:03

最適化を期待するなら>>31ので十分。
最適化を期待しないなら
const float inv = 1.0 / 2.5;
float *cur = &a[0] , *end = &a[10];
do{ *cur *= inv; } while( ++cur != end );
ぐらいかな。（register とかつけるかも）
中途半端がいちばんカッコワリィと思うぞ。

35 · 02/04/17 03:11

怒られっぱなし。
最適化考える前に、あんなコード書こうとする俺は逝ってヨシですか？

**名前は開発中のものです。** · 02/04/17 03:15

それって、配列のアドレス計算の掛け算を回避（プラス終端判定）て事？
流石にそれはやってくれるでしょ。

ていうか、例として書いただけで、実際は配列なんか使わんし。
（Vector使うからコード的にはそれと同じ）

**名前は開発中のものです。** · 02/04/17 06:38

ところで、そこまでしないと本当にいけないの？

**名前は開発中のものです。** · 02/04/17 07:43

>>40
それは己で判断すればいいだけの話であって。

**名前は開発中のものです。** · 02/04/17 08:11

1はプロの作品見たこと無いな
ほんとに芸術品だぞ。

**名前は開発中のものです。** · 02/04/17 08:33

しなびた糞古いダメコンパイラを使わざるを得ないという
ｼｮﾎﾞｰﾝな状況下で威力を発揮するテク満載のスレはここですか？

GPL恐怖症でgccが使用禁止とか

**名前は開発中のものです。** · 02/04/17 08:55

　過去の歴史を振り返るに、覇権を握るハード程ろくな開発環境を
提供してくれないジンクスが。儲けてるんだからコンパイラぐらい
自作して提供しる。

**名前は開発中のものです。** · 02/04/17 12:21

ところで、ゲーム機向けの、キャッシュの小さなCPUなんかだと
コードのコンパクトさが実行速度に影響する事も結構あるのかな？
例えば１バイトの差で頻繁な主RAMアクセスが発生してしまっていた、とか....
セットアソシアティブ方式のキャッシュに最適化したコード配置とか、する事はあるんでしょうか。無いか。

**名前は開発中のものです。** · 02/04/17 12:57

ゲームのコードは保守・再利用する機会が少ないから
ガリガリとハードコーディングして作り捨てしちゃっても
特に不都合なかったってだけの話。

今後はそうはいかんでしょうよ。ネットゲーとか。
今そこで汚いコード書いてるヤツ、覚悟しとけよ。

**名前は開発中のものです。** · 02/04/17 15:24

ライブラリ部分はきれいに書くよ。
でもゲーム部分はぐちゃぐちゃ、設計段階で想定してない処理がしょっちゅう追加されるから。

**名前は開発中のものです。** · 02/04/17 23:49

そだな。ゲームの特に見える部分のプログラムは
「「とりあえず」動くもん見せてよ」攻撃がいろんな人からかけられるからな…（鬱

**sage** · 02/04/18 01:30

>>45
>セットアソシアティブ方式のキャッシュに最適化したコード配置とか、する事はあるんでしょうか。無いか。
あるよ。
インストラクション側はクリティカルなところは「全部乗せる」が
基本だし、パイプラインも絡むのでインライン展開する事が多いけど、
データ側は局所的に扱われるデータ系列数がウェイ数を超えていた場合は
配置で調整する（出来る）。

まぁ「無い事は無い」ってだけで、極一部であることも事実。

**名前は開発中のものです。** · 02/04/18 01:31

あいたたた、あげちゃったよ

★☆ ゲームプログラマのソースは読み辛い ☆★

★☆　ゲームプログラマのソースは読み辛い　☆★