デバッグにかかる時間は、開発にかかる時間以上

**仕様書無しさん** · 2009/02/14(土) 19:29:48

といいたい。

「ドラクエIX」発売延期の理由は　「油断していた」と和田社長
http://www.itmedia.co.jp/news/articles/0902/12/news121.html

実装が済み、本格的なデバッグに入った段階で「手強いバグがいくつもあることが判明した」という。
バグの量は「とてもお客様に出せる状態ではない」ほど大量。「もう少しチューニングしようというレベルではなく、
今出すべきでないことは明らかと判断した」

**仕様書無しさん** · 2009/02/14(土) 19:32:24

今後は「実装を終えてからまとめてデバッグするのではなく、実装段階でデバッグする体制を研究していきたい」とした。

吹いた

**仕様書無しさん** · 2009/02/14(土) 19:36:24

少しでもこの業界で仕事をしていれば、こんな話は普通以前にあたりまえ。

なのに、どいつもこいつも、デバッグ期間を考えたためしがない。

**仕様書無しさん** · 2009/02/14(土) 20:32:12

ゲーム業界では、チマチマとデバッグなんてやらないんだよ。

一応動く段階まで適当に作って、よく言われる「作りこみ」ってのがバグ取りと修正。
デバッグなんてプログラマの善意ぐらいにしか思われて無い。

作りっぱなしで、極力直さないで出荷するのが良いプログラマだと思われてる節がある。

プロデューサーと称するお飾りやスケジューラーが
「デバッグとは、そういうもんだ！」
という信念を持ってるのも大きい。

**仕様書無しさん** · 2009/02/14(土) 21:10:39

とりあえず動くもの作るだけでいいから、楽www
その感覚で他業種のマやってたら、総攻撃にあったwww

**仕様書無しさん** · 2009/02/14(土) 22:00:34

最近のスクエニはだめだなホント
バグ満載リメイクのアドバンスFFはお客に出していいレベルだったのかな?

**仕様書無しさん** · 2009/02/14(土) 22:29:35

ゲーム系は仕様の変更が他業種と比較にならないからな。

**仕様書無しさん** · 2009/02/14(土) 22:39:47

>>7
仕様変更と言う名の新規開発だったりするwww

**仕様書無しさん** · 2009/02/14(土) 23:47:50

会社の業績を上げるために年度内に発売する計画を無理やり立てた
しかし、やっぱり開発が間に合わなかっただけとか

**仕様書無しさん** · 2009/02/15(日) 00:00:20

みずほ

**仕様書無しさん** · 2009/02/15(日) 00:10:06

テスト技法と無縁すぎてﾜﾛﾀ

**仕様書無しさん** · 2009/02/15(日) 01:30:36

テスト期間を圧縮した挙げ句もうどうにもなんねーわ（笑）ってゆーよくあるアレだろ

**仕様書無しさん** · 2009/02/15(日) 03:06:56

デバッグのバイトを大量解雇でもしたんだろ。
一番簡単に切りやすいからな。

**仕様書無しさん** · 2009/02/15(日) 14:34:03

通信プレイがあるならば、組みあがってからの
デバッグ、バグ修正は通常の２倍は取っておかないと駄目だ
少しの仕様変更が通信システムの破綻に繋がる例も多い
自称クリエーターがバグを作り出す元凶

**仕様書無しさん** · 2009/02/15(日) 15:55:06

テストコード追加やテストツール作成する期間お願いしたらスルーされた
逆にバグってもいいから新機能追加しそうな勢いです
チェック会社に投げて見つけたバグ潰す方式でいくから大丈夫とのことらしい
関数単位とは言わないまでも、
コンピューターに常に大量の条件でテストさせた方がバグ減ると思うんだが

**仕様書無しさん** · 2009/02/15(日) 16:13:47

ゲームのプログラムってcase文が大量に並んでそうな印象

**仕様書無しさん** · 2009/02/15(日) 16:19:32

で？

**仕様書無しさん** · 2009/02/15(日) 18:18:14

でもさ、バグを潰すと別のバグが出てきて、それを潰すと・・・ってループに
なるプロジェクトってあるよなw

そういうシステムってさ、運用に入って手直しが入ると、これまた大変なんだ。
そこで潜在的なバグが出ちゃったりするし。

こういうのって、もう作らない方がよかった、ってレベルの不良債権だよな。

**仕様書無しさん** · 2009/02/15(日) 18:18:58

>>15
＞チェック会社に投げて見つけたバグ潰す方式でいくから大丈夫

単体・結合デバッグでバグの無いプログラムを作れる事が前提の（無理だけど）
日本ゲーム業界伝統のデバッグ方式です。

**仕様書無しさん** · 2009/02/16(月) 15:30:49

レベル５が悪いの？品質管理部が悪いの？

**仕様書無しさん** · 2009/02/16(月) 17:57:41

>>20
ゲーム業界ってそんなもん。
何処も悪くない、むしろ普通。

うゆ ◆e6.oHu1j.o · 2009/03/12(木) 13:24:31

てか、いくら早く書いたところで、なんでバグがたくさん残るのか不思議
ゲームとか、同じシステム上で似たようなプログラム作ってるくせに
タイプミス以外のバグってなんで起こるの
根本的に理解していないんじゃないかと思う

**仕様書無しさん** · 2009/03/12(木) 22:02:56

仕様から実装まで全てが曖昧で
文書はおろか誰の頭の中にも全容がない
それが普通な業界
それを理解ってなに？
キミ馬鹿なの？

**仕様書無しさん** · 2009/03/20(金) 15:50:24

突貫で作った物を
１週間ぐらいの集中動作テストを行って
そこで運良く見つかった重大なバグを修正するだけ。
コレで出荷時のテストに合格すればそれでＯＫ

そんな業界の奴らに普通の産業用プログラムの常識がある訳無いじゃない。

これからはISO9001?取得サードにしか開発許可しないとかにすれば良い。
パブリッシャーの人は一考してくれよ。

**仕様書無しさん** · 2009/03/27(金) 00:16:02

ユーザーに最高の商品を出す為に延期しまくるんだと思う
まあ仕方ないわな

**仕様書無しさん** · 2009/03/27(金) 01:46:40

>>18
それって、一般にデグレードですね。
回帰テストもないのだから当然の結果。

>>22
根本的にソフトウェア開発の現実を学んでくださいね。あなたが。

>>24
ゲーム業界もひとつの産業といえるような規模ですけどね。
そりゃあ社会インフラ系の産業と同列じゃないけど。
やってることは遊び道具作りと、開発費回収のマネーゲームに過ぎない。

**仕様書無しさん** · 2009/03/29(日) 16:44:00

今までプログラマの意見を無視しきたのにプログラムがまともになるわけがない。

ゴミみたいなゲームは本当に増えた。すべて開発元の浅はかな丸投げが原因だよ。

**仕様書無しさん** · 2009/03/29(日) 17:35:54

同じソフト設計でもゲーム業界は全く異質な世界なんだろう
だから産業開発の話をしても始まらないんだと思う。
前にゲーム作ってたって人と仕事したけど、
いきなりプログラミングはじめようとしたからな（笑
知識もあるし、プログラミング上のテクニックもあるし、作業も速い。
でも、品質が伴わない。仕様無視等勝手なことをする。
設計書が書けない。スケジューリングができない、守らない
などなど問題だらけ。ようは仕事の仕方がわからない（出鱈目）
で、半年持たずに帰って頂きました。

**仕様書無しさん** · 2009/03/29(日) 19:53:39

でも、デスマ状態のプロジェクトには重宝する存在だな。ゲームプログラマって。
他の業界では、いきなりプログラミングなんて怖くて誰もしない中、
黙々と機能を追加してってくれるからなぁ。

で、しまいには仕様に無い隠し機能まで付けてくれるww

**仕様書無しさん** · 2009/03/30(月) 00:33:01

>>29
重宝するのか？火に油を注ぐ行為にしか見えない。

**仕様書無しさん** · 2009/03/30(月) 02:33:59

>>30
仕様書が無いとか設計書が無い状態でも文句ひとつ言わず口頭仕様だけで幾らでも働いてくれるからなぁ。ゲームプログラマは。
ある程度動くようになったら、後から書類部隊が設計書作り始めてその後から業務プログラマ部隊がやっと動き出すww

**仕様書無しさん** · 2009/03/30(月) 05:54:36

そもそもゲーム開発はバグが許される土壌の上に立ってると思う
むしろバグがあってこそのゲームって文化の人もいるくらいだし

だからデバグの期間を短縮して工数を減らすのは合理的

**仕様書無しさん** · 2009/03/30(月) 14:42:25

>>28
認識の違いがあるんだ。

ゲーム畑の人は、デバッグの段階を追わずに、一通り実装し終えた事が仕事の終わりで、
その後はロスタイムみたいなもん。

ビジネスや、組込み畑の人は、一通り実装し終えた所から本番の仕事。

だから、ゲーム畑の人にはデバッグ手法とか仕様書とかチェック票とかの概念そのものが無い。

**仕様書無しさん** · 2009/03/31(火) 00:34:10

でも、トータルでかかった時間に比べてゲームプログラマの作ったコードの方がバグが少ないよな。
仕様そのものが違うって話は抜きでwww

**仕様書無しさん** · 2009/03/31(火) 00:36:58

>>33
もっと視野を広げなさい。

**仕様書無しさん** · 2009/03/31(火) 11:22:33

>>35
ゲーム屋ってのは思わせぶりな発言でさも優秀そうに見せるって技持ってるからな。
それの一環です？

その発言にどんな不快意味があるんだろう？

具体的にどのあたりを見れば良い？

**仕様書無しさん** · 2009/03/31(火) 21:33:26

>>34
業務系より、総じてコードを書く技術力は高いでしょ。

**仕様書無しさん** · 2009/04/01(水) 02:51:27

インフラ系の仕事は危なくてさせられません。
コード書く力は認めるが、それはあまり重要ではなかったりします

**仕様書無しさん** · 2009/04/01(水) 03:38:22

>>37
動けばいいってものでもない。
業務系にもすばらしいコードはある。

**仕様書無しさん** · 2009/04/01(水) 21:12:14

>>36
＞具体的にどのあたりを見れば良い？
もっと多くのゲーム業界じゃね？

**仕様書無しさん** · 2009/04/01(水) 23:28:46

デバッグと開発が別れているのに違和感があるんだが、開発ってコンパイルアップって意味で使ってんの？
そんなの開発と呼ばないんですけどｗ

**仕様書無しさん** · 2009/04/01(水) 23:45:16

>>41
ｗｗｗｗｗ

**仕様書無しさん** · 2009/04/02(木) 00:45:47

むしろ業務系のドカタプログラマの方が危険なコード平気で書くよな。

Cで組んでるとき、文字列のデータサイズを仕様書通りにして終端入らんで落ちまくってるコードとか、よく見かけたよ。
でもって、仕様書通りに組んでるから非が無いと言い張ってたよ。