アカウント名:
パスワード:
結局、情報を隠せば隠すだけユーザーも作り手も損をするんだよな。
バグ撲滅という面ではそうかもしれませんが、優れたソフトウェアを作るためには情報をいくらでも見せればいいというものでもないのが困ったところです。 めったに再現しないバグが出るのを恐れて、いつでもログを吐くようにしてあると、ログを出力する方法によっては使いにくかったり目障りだったりします。 Unix の syslog というのは普通に動いている限り不要な情報を出力してもほとんど邪魔にならない点で優れていると思いますが、それでも何でもかんでも吐きまくることはできないし、別にフ
SAMBAとかみたいにログレベル指定できるアプリあるじゃないですか。
再現性の高いバグばかりならいいんですけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
うぅむ (スコア:1)
バグ報告できるアプリの開発ってことになりますんかねぇ。
# 効率的なバグ?って思ったのは、俺だけ?
Re:うぅむ (スコア:1, 参考になる)
どっちかというと、暗に、「アプリはログを出すように作っておいたほうが良いぞ」と
言いたいのではないか?という気もします。
ヘタにユーザーフレンドリーとかいうお題目のもと、こういう内部(?)情報を
「隠蔽」しまくっているアプリだと、いざトラブルになると、原因調査のきっかけに
なりそうな情報を得る手段が無くて、ユーザーも作り手も往生してしまいそう。
てゆーか(笑)、往生します。
ログとりのための仕組みで、便利な奴が有ると、色々嬉しいです
Re:うぅむ (スコア:1)
バグ撲滅という面ではそうかもしれませんが、優れたソフトウェアを作るためには情報をいくらでも見せればいいというものでもないのが困ったところです。
めったに再現しないバグが出るのを恐れて、いつでもログを吐くようにしてあると、ログを出力する方法によっては使いにくかったり目障りだったりします。 Unix の syslog というのは普通に動いている限り不要な情報を出力してもほとんど邪魔にならない点で優れていると思いますが、それでも何でもかんでも吐きまくることはできないし、別にフ
鵜呑みにしてみる?
Re:うぅむ (スコア:1)
SAMBAとかみたいにログレベル指定できるアプリあるじゃないですか。
それで良いのじゃない?
Re:うぅむ (スコア:1)
ログレベルが可変なのは重要です。特に、 #99940 [srad.jp] で G7 さんが書かれているように、 configure, make 時のパラメタではなく実行時のパラメタとして指定できると、報告者にとって便利です(報告者にとって便利であれば、もちろん開発者にとっても有利です)。
なぜログレベルが可変だといいかというと、
再現性の高いバグばかりならいいんですけどね。
鵜呑みにしてみる?
Re:うぅむ (スコア:1)
……などと書いていたら、危うく「バグがないのが一番いい」ということを忘れてしまうところでした。
鵜呑みにしてみる?
Re:うぅむ (スコア:1)
というわけなので、当然、
みたいな用途を想定したものだと思ったのですが。
まあ、個別のアプリの話してもしようがないですけど、そういうソフトも結構あるよ、ということで。
Re:うぅむ (スコア:1)
でも、例えば今何か新しくソフトウェアを書いていて、ログレベルを可変にしようと決めたとします。このとき、開発者はどの情報が重要かという判断をしなければならないわけですが、この判断はノウハウがないと(あるいは実際にソフトウェアをリリースしてみないと)難しいだろうな、と思ったわけです。
鵜呑みにしてみる?
Sambaのlog levelは動的に変更可能 (スコア:1)
smbd(8)のシグナルを参照のこと。 [samba.org]
Re:Sambaのlog levelは動的に変更可能 (スコア:1)
ショックなのは、 Samba を使っているのにこの機能を知らなかったこと……あわわ。何か起きてから慌てないよう、普段からちゃんと勉強しないといけませんね。
鵜呑みにしてみる?