業務用アプリケーション開発とゲーム開発の違い。ドキュメントと成果物の扱いについて
-
- いいね！5
木村屋
@kimuraya
実務でのプログラミングって、自分の経験では仕事全体の20%ぐらいだった気がする。あとはドキュメントの整備やテスト。この20%という数値は、一般的な傾向なのだろうか。
2010-09-19 07:24:53
@joie_ryua
@kimuraya 何をしていた人かによると思います。所謂SEになる人達ならその程度だと思いますよ。設計とかコーディングとかで3割から5割はよくあることです
2010-09-19 07:27:11
木村屋
@kimuraya
@aizen76 そうなのですか。業務用のアプリケーションの開発とは逆ですね。ゲームでは実際に動く成果物を重視する姿勢があるのでしょうか。
2010-09-19 07:31:09
@c1rn0
@kimuraya 業務システムは業務をプログラムに置き換えるのでカッチリしていないとダメだが、ゲームは面白さの追求のために微修正を繰り返すので仕様書がいらない、もしくは詳細について書かないらしいです。
2010-09-19 07:35:52
木村屋
@kimuraya
@c1rn0 多少のバグがあっても動き続けることが大事なのでしょうし、ゲームの面白さとバグは無関係かもしれませんね。ゲームの進行を妨げるバグだけはいけないのでしょうが。ファミコンのゲームで酷いバグがあるものがありますが、ゲームとしては凄く面白い作品もありますし。
2010-09-19 07:41:19
ドク子
@doc1oo
バックトゥザフューチャーの監督だったか脚本家は、脚本は設計であり、脚本は実際に作りながら結構変えたと言っていた。ゲームもそんなもんだろうし、システム開発でさえその方がいいという話も
2010-09-19 07:42:30
alwei
@aizen76
@krustf 本当凄いですよね…使い方がよくわからないコードは解析から始まる 本当マゾい作業です でもいつもそんなコトを繰り返してきた…
2010-09-19 07:44:41
木村屋
@kimuraya
@aizen76 見た目に反映されない作業は、どうしても評価されづらいのでしょうか。ドキュメントの整備も面倒ですが、成果物が全てというのも大変ですね。
2010-09-19 07:48:15
総長
@krustf
@aizen76 サークルの企画で1ヶ月ぐらいドキュメント書かずにライブラリ渡してたので耳が痛い…。マゾい作業は嫌いなので気をつけないと。
2010-09-19 07:49:04
木村屋
@kimuraya
ドキュメント至上主義も成果物至上主義も、どっちもソフトウェア開発には正しくない気がする。うーん、この問題に結論が出せる域に自分はまだないな。判断は保留しよう…
2010-09-19 07:50:54
alwei
@aizen76
まぁ、そうは言っても日本のゲーム業界のドキュメント整備の皆無さは異常 欧米の開発は逆にドキュメントがないと何も出来ないと言われるほどなのに…
2010-09-19 07:54:14
Fadis
@fadis_
ソフトウェアにはまず最初に変わらない仕様がある死んだソフトウェアと、際限なく修正される生きたソフトウェアがある。前者ならドキュメントがソースに先行すべきであり、後者ならソースがドキュメントに先行すべきだ。
2010-09-19 07:54:35
Akane Tosa
@akane298
@kimuraya 設計図だけが立派で使い勝手がアレじゃダメだし、出来た建物が良くても壁の中の配管が不明じゃダメだし。 そういうことだとおもっている(自戒をこめて
2010-09-19 07:57:17
ドク子
@doc1oo
仕様書を書くのは、記録のためと、人による考え方の差を埋めるためじゃないかと最近思う。自分や考え方の近い仲間だけならナシでも必要最低限でよくて、逆に誰が読むのか分からないなら詳細に大量に書く必要がある。
2010-09-19 07:57:24