アカウント名:
パスワード:
まれにしかロールオーバーしないので、まれなロールオーバーの設計に不備が入りやすいもっと頻繁にロールオーバーする設計にすれば、すぐに欠点が見つかり修正される数か月に一度ロールオーバーするように設計するとか、そもそも週データを持たずに毎週ロールオーバーする設計にするとかで
まともなエンジニアなら10年に一回だろうが、一日一回だろうが、同じ話ですよ。
テストケースを一つ追加して、ロールオーバー時にバグが出ないか試すという試験項目を追加するだけです。
ロールオーバーの間隔は本質的な問題ではありません。ロールオーバーを考慮するかしないか、そのテストをちゃんと行うかどうかという話です。
毎週のロールオーバーで救えるのはテストを考えてない行き当たりバッタリのエンジニアとか趣味でプログラムを書いているアマチュアだけです。
> テストケースを一つ追加して、ロールオーバー時にバグが出ないか試す> という試験項目を追加するだけです。 理論的に美しい職場環境にいらっしゃるようで羨ましい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
設計が悪い (スコア:0)
まれにしかロールオーバーしないので、まれなロールオーバーの設計に不備が入りやすい
もっと頻繁にロールオーバーする設計にすれば、すぐに欠点が見つかり修正される
数か月に一度ロールオーバーするように設計するとか、そもそも週データを持たずに毎週ロールオーバーする設計にするとかで
Re: (スコア:0)
まともなエンジニアなら10年に一回だろうが、一日一回だろうが、同じ話ですよ。
テストケースを一つ追加して、ロールオーバー時にバグが出ないか試す
という試験項目を追加するだけです。
ロールオーバーの間隔は本質的な問題ではありません。
ロールオーバーを考慮するかしないか、そのテストを
ちゃんと行うかどうかという話です。
毎週のロールオーバーで救えるのは
テストを考えてない行き当たりバッタリのエンジニアとか
趣味でプログラムを書いているアマチュアだけです。
Re: (スコア:0)
> テストケースを一つ追加して、ロールオーバー時にバグが出ないか試す
> という試験項目を追加するだけです。
理論的に美しい職場環境にいらっしゃるようで羨ましい。
Re:設計が悪い (スコア:0)
というパターンかな。
ついでに「すぐできますよね」と念を押しておきながら決裁を止めていたりする。