実務でのプログラミングって、自分の経験では仕事全体の20%ぐらいだった気がする。あとはドキュメントの整備やテスト。この20%という数値は、一般的な傾向なのだろうか。
2010-09-19 07:24:53@aizen76 そうなのですか。業務用のアプリケーションの開発とは逆ですね。ゲームでは実際に動く成果物を重視する姿勢があるのでしょうか。
2010-09-19 07:31:09@kimuraya 業務システムは業務をプログラムに置き換えるのでカッチリしていないとダメだが、ゲームは面白さの追求のために微修正を繰り返すので仕様書がいらない、もしくは詳細について書かないらしいです。
2010-09-19 07:35:52@c1rn0 多少のバグがあっても動き続けることが大事なのでしょうし、ゲームの面白さとバグは無関係かもしれませんね。ゲームの進行を妨げるバグだけはいけないのでしょうが。ファミコンのゲームで酷いバグがあるものがありますが、ゲームとしては凄く面白い作品もありますし。
2010-09-19 07:41:19@krustf 本当凄いですよね…使い方がよくわからないコードは解析から始まる 本当マゾい作業です でもいつもそんなコトを繰り返してきた…
2010-09-19 07:44:41@aizen76 見た目に反映されない作業は、どうしても評価されづらいのでしょうか。ドキュメントの整備も面倒ですが、成果物が全てというのも大変ですね。
2010-09-19 07:48:15@aizen76 サークルの企画で1ヶ月ぐらいドキュメント書かずにライブラリ渡してたので耳が痛い…。マゾい作業は嫌いなので気をつけないと。
2010-09-19 07:49:04ドキュメント至上主義も成果物至上主義も、どっちもソフトウェア開発には正しくない気がする。うーん、この問題に結論が出せる域に自分はまだないな。判断は保留しよう…
2010-09-19 07:50:54まぁ、そうは言っても日本のゲーム業界のドキュメント整備の皆無さは異常 欧米の開発は逆にドキュメントがないと何も出来ないと言われるほどなのに…
2010-09-19 07:54:14ソフトウェアにはまず最初に変わらない仕様がある死んだソフトウェアと、際限なく修正される生きたソフトウェアがある。前者ならドキュメントがソースに先行すべきであり、後者ならソースがドキュメントに先行すべきだ。
2010-09-19 07:54:35