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

**仕様書無しさん** · 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?取得サードにしか開発許可しないとかにすれば良い。
パブリッシャーの人は一考してくれよ。