アカウント名:
パスワード:
受け取る相手に寛容さが皆無な場合は悲劇にしかならない。
「このファイル(相手もアクセス可能)を読み込んで、こーやってあーやって操作すると、こんなメッセージを吐きました。メッセージから推測すると、これが原因ではないかと思うのですが」
という私の報告に「あんたのファイルが悪いんだろ(文章は当然違うが、文意は同じ)」と返事が返ってきたときには、さすがにキレた。
ファイルがどうのという前に、せめて「再現出来
それは本当にそのファイルが悪かったんじゃなくて?
例えて言うなら「Photoshopでデータを読み込んで、ツールパレットのとある機能を選択した瞬間に落ちる」という感じ。
という状態。どう考えても、その機能自体にバグがあるとしか考えられなかった。
むしろ余計な推測を挟まれると気分を害する人も居ますし、推測が的外れだった場合にはプログラマに小ばかにされるだけですし。
小ばかにされても結構。それで結果的にこっちの仕事が進むなら。「バグではなく仕様です」と言い切っても構わん。他の手を
どう考えても、その機能自体にバグがあるとしか考えられなかった。
だとしたら、推測をバグレポートに含めることに害はないかもしれませんが、そうする意味もありませんよね。 バグレポートに原因の推測を含めないも意味がない理由は、
からです。バグレポートに原因の推
では元ネタのまとめを参考に、自分のバグレポを振り返ってみました。
バグ報告の最初のねらいはプログラマに自分の目で故障を分からせることである。彼らのところに行って失敗するところを見せることができないなら、彼ら自身で失敗させることができるような詳細な指示書を与えよう。
ソフト、ハードのセットアップは彼ら(私がバグレポをした相手)が行ったものです。したがって環境はすべて把握しているはず。基本的にユーザーが環境を変更することは許されていないし、実際していませんでした。そういう環境下で、特定のファイルを読み込み、特定の操作を行うこ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
効果的に報告をしたつもりでも (スコア:1, 興味深い)
受け取る相手に寛容さが皆無な場合は悲劇にしかならない。
という私の報告に「あんたのファイルが悪いんだろ(文章は当然違うが、文意は同じ)」と返事が返ってきたときには、さすがにキレた。
ファイルがどうのという前に、せめて「再現出来
効果的な報告と思っていても…… (スコア:1, 興味深い)
この説明だと、本当に仕様外のファイルを読ませて仕様外の操作をした結果、仕様外だっつーのっていうエラーが表示されたのを、「エラーだ!」と騒ぎ立ててバグ報告をして、向こうに「だから仕様外だって言ってんだろ!」と呆れられた、というシチュエーションも想像できてしまいます。
バイナリファイルをc
Re:効果的な報告と思っていても…… (スコア:1, 興味深い)
例えて言うなら「Photoshopでデータを読み込んで、ツールパレットのとある機能を選択した瞬間に落ちる」という感じ。
という状態。どう考えても、その機能自体にバグがあるとしか考えられなかった。
小ばかにされても結構。それで結果的にこっちの仕事が進むなら。「バグではなく仕様です」と言い切っても構わん。他の手を
Re:効果的な報告と思っていても…… (スコア:1)
だとしたら、推測をバグレポートに含めることに害はないかもしれませんが、そうする意味もありませんよね。
バグレポートに原因の推測を含めないも意味がない理由は、
からです。バグレポートに原因の推
鵜呑みにしてみる?
Re:効果的な報告と思っていても…… (スコア:1, 興味深い)
では元ネタのまとめを参考に、自分のバグレポを振り返ってみました。
ソフト、ハードのセットアップは彼ら(私がバグレポをした相手)が行ったものです。したがって環境はすべて把握しているはず。基本的にユーザーが環境を変更することは許されていないし、実際していませんでした。そういう環境下で、特定のファイルを読み込み、特定の操作を行うこ
Re:効果的な報告と思っていても…… (スコア:0)
違うと断言してもよいよ(w