バグ判定は「A > B」だけじゃないです

どうもミナミです。

今日は少しだけ時間がとれたので長文です。

まあ、本当に少しですが。

現在は死亡マーチをしておりまして、

Ａバグが笑えます。

（Ａバグ：絶対に直さないといけない、
　　　　　というかメーカー承認受かりません）



Ａバグ：笑いながら修正
Ｂバグ：苦笑いしながら修正
Ｃバグ：ウザイと思いながら修正
Ｄバグ：うっとおしい

Ｄバグが来た日には「仕様」と言いたくなりますが、
なんだかんだと直してます。

さて、ここで一番面倒なのって

実はＢバグだったりするんですよ。

Ａバグは結構、簡単に直ります。

基本的にフリーズなんですが、
フリーズって簡単なプログラムのミスとか、
読み込みミスとか、程度にもよりますが、

意外と簡単に直る事が多いです。

それに対してＢバグ。

フリーズしないが挙動がおかしい。
仕様にも思えるが、何かがおかしい。

直しにくいです。

もう、プログラムでも深い部分だったり、
コードで追えない部分だったり、

原因不明だったり、

と一番やっかいで、しかもＢ判定なので、

直さないといけない。

仕様と言えないわけです。

Ａバグよりもややこしい。

ちなみに、Ｂバグは終了前になぜか発見できるので
修正できる事が多いですが、

なぜかＡバグは開発終了後にみつかります。

前にも言いましたが、

バグチェッカーが間違いなく隠し持ってます。

バグチェッカー：「そろそろ頃合かな・・・・・このＡバグ」
と信じてしまいそうになるぐらいです。

開発終了前なので、かなりバグが減ってきましたが、
それでも直前まで油断できません。

なぜって？

去年はメーカーに持っていく直前にＡバグを出したからです。

ええ・・・・・このダメゲームプログラマーが！！

では再び戻ります。

↓記事がおもしろかったらクリックおねがいします。