アカウント名:
パスワード:
アプリのコードは問題ないように見えるのに意図した通りに動かないのは、OSやライブラリ(ときにはプロセッサ)のバグに起因していた、なんてのもよくある話。
炎上してるのは、「それでもちゃんとテストしてれば、はじけたはずだろ」ってことと、「ユーザーからバグ報告が上がってるのに放置すんなよ」ってことやね。
だれかやつらに「テスト駆動開発」について教えてやってくれ。
こんなのテストしても原因わからんよ。
うむ、この手の奴はテストではまず見つけられんな。（本番障害が出て初めてわかる。）見つけるには、実装するとき関数のドキュメントをちゃんと読んで実装すること。この手の動作はたいてい注意書きが書いてあるから、それを読まずに他のライブラリと同じだろとか思って使うとバグったりする。
＃ まあフレームワーク自体のバグであったなら、ドキュメント読んでも解決しないが。
今回の問題を聞いて、PerlによるCGIが大流行していた古の時代に、「適切にロックできていなくて、同時アクセスでファイルが壊れるアクセスカウンタ」が世にはびこっていたのを思い出しました。
ユーザーコードなら、目に入れば「これ怪しい」って気づくこともできるだろうけど、フレームワーク自体にこんな問題があるとは思いもしないよなぁ…
普通にテストで分かるだろう。ファイル更新の前後でアプリ落として、再起動するだけの簡単なテストなんだから。ファイル障害や通信障害のテストとかやった事無いのか？
ファイル削除からリネームの間にかかる時間って通常ならミリ秒とかだろうテストで見つけるのは難しいと思うな
こんなのはフレームワーク側で処理すべきたとえば、設定ファイル無し正常なtmpありなら軽い警告出してリネームすればいいだけ
要するにフレームワークの設定ファイル読み込み部のポカだ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
エンバグするというのは、ソフト開発では普通の事 (スコア:0)
アプリのコードは問題ないように見えるのに意図した通りに動かないのは、
OSやライブラリ(ときにはプロセッサ)のバグに起因していた、なんてのもよくある話。
炎上してるのは、
「それでもちゃんとテストしてれば、はじけたはずだろ」ってことと、
「ユーザーからバグ報告が上がってるのに放置すんなよ」ってことやね。
だれかやつらに「テスト駆動開発」について教えてやってくれ。
Re: (スコア:0)
こんなのテストしても原因わからんよ。
Re:エンバグするというのは、ソフト開発では普通の事 (スコア:0)
うむ、この手の奴はテストではまず見つけられんな。
（本番障害が出て初めてわかる。）
見つけるには、実装するとき関数のドキュメントをちゃんと読んで実装すること。
この手の動作はたいてい注意書きが書いてあるから、それを読まずに他のライブラリと同じだろとか思って使うとバグったりする。
＃ まあフレームワーク自体のバグであったなら、ドキュメント読んでも解決しないが。
Re:エンバグするというのは、ソフト開発では普通の事 (スコア:1)
今回の問題を聞いて、PerlによるCGIが大流行していた古の時代に、
「適切にロックできていなくて、同時アクセスでファイルが壊れるアクセスカウンタ」
が世にはびこっていたのを思い出しました。
ユーザーコードなら、目に入れば「これ怪しい」って気づくこともできるだろうけど、
フレームワーク自体にこんな問題があるとは思いもしないよなぁ…
Re: (スコア:0)
普通にテストで分かるだろう。
ファイル更新の前後でアプリ落として、再起動するだけの簡単なテストなんだから。
ファイル障害や通信障害のテストとかやった事無いのか？
Re: (スコア:0)
ファイル削除からリネームの間にかかる時間って通常ならミリ秒とかだろう
テストで見つけるのは難しいと思うな
こんなのはフレームワーク側で処理すべき
たとえば、設定ファイル無し正常なtmpありなら軽い警告出してリネームすればいいだけ
要するにフレームワークの設定ファイル読み込み部のポカだ