アカウント名:
パスワード:
組織も含めたシステムの種類にもよりますが, 場合によっては正しい処理を行うことよりも以前と同じ結果になることが優先されることがあります. 下手に修正すると過去に遡って責任が追求されるため, それを避けるためらしいですが. こういう組織には「過ちを正すに憚ることなかれ」なんて言葉は無いのでしょう.
過去に一度だけ, そういう事例を経験しましたが, その組織は後に大問題を起こしてます.
同じ結果がなぜ出ないのかというのは当然の疑問で、正しく動作していることの説明義務は変更した側にあります。検証報告書みたいのは作らないのですか?
ダメはダメだけど、一応正しく動いているなら、(見なかったことにして)そのままスルーとします。 でも、バグってたら直すしかありませんもの。 ええ、泣きながら直しますよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
なおすの? (スコア:2, 興味深い)
でもね… ダメなコードは [srad.jp]
「そのままスルー」とか「存在をもみ消す」にもけっこう票が集まっていたり…
----------------------------------------
You can't always get what you want...
なおしちゃいけない (スコア:2, 興味深い)
組織も含めたシステムの種類にもよりますが, 場合によっては正しい処理を行うことよりも以前と同じ結果になることが優先されることがあります. 下手に修正すると過去に遡って責任が追求されるため, それを避けるためらしいですが. こういう組織には「過ちを正すに憚ることなかれ」なんて言葉は無いのでしょう.
過去に一度だけ, そういう事例を経験しましたが, その組織は後に大問題を起こしてます.
Re:なおしちゃいけない (スコア:1, 興味深い)
「プログラムを最適化して精度誤差を減少させました」
「すると何かね、今までのプログラムは間違っていたということかね?」
「いえ、間違っていたわけじゃなくて、誤差があったのです」
「じゃあどうして同じ結果が出ないんだ」
で、泣く泣く前と同じ結果が出るようにオプションを追加させられたり…
これが理工系の大学の先生だから恐れ入る
Re:なおしちゃいけない (スコア:0)
だいたい
>で、泣く泣く前と同じ結果が出るようにオプションを追加させられたり…
で泣く泣くなのも、単に自分の美意識とやらに反するかだけなんでしょ。そのオプションを追加するのが手間とも思えない。
末端のプログラマだと自分の目の前の問題を改善することが善だと思えるかもしれないけど、全体を考えれば悪になることもあるのを知っといた方がいいと思うよ。
Re:なおしちゃいけない (スコア:2, すばらしい洞察)
分野によるかと.
物理計算系なら当然誤差の評価も行ってますから,別に無駄にはならんでしょ.
計算精度が上がって前と違う結果が出るんなら,(計算が収束していく類の
ものなら)前回の結果が間違っていただけで,精度を上げて悪いわけでは無い,
というか悪い精度で計算を続けるのは間違い.
#精度を上げたせいで(結果はほとんど変わらず)時間がかかる,
#ってんなら問題ですが.
Re:なおしちゃいけない (スコア:0)
同じ結果がなぜ出ないのかというのは当然の疑問で、正しく動作していることの説明義務は変更した側にあります。検証報告書みたいのは作らないのですか?
Re:なおしちゃいけない (スコア:2, 参考になる)
計算物理系なら誤差の無いプログラムは無理・・・
#よっぽど特殊な場合を除き。
Re:なおしちゃいけない (スコア:1, 興味深い)
目の前にあるのは旧システムのソースだけ。
ある責任者は…
「旧システムのソースは解かりづらくなってるから、解りやすくなるように作り替えていいよ」と言う。
ある責任者は…
「途中の処理はともかく、目に見える結果だけは旧システムと同じになるように」と言う。
ある責任者は…
「旧システムの(ある)動きはまちがいなくバグだから、結果がこうなるようにしてね」と言う。
もちろん、責任者同士での調整作業はほとんど無し。
…いや、まぁ、最終的に俺が責任とれる問題じゃないし、どーなろうといいんだけどさぁ。
外注組が激しくやる気を失ってる現状にも気づいてないみたいだしなぁ…
Re:なおしちゃいけない (スコア:0)
打ち合わせさえすれば、あとは費用の問題だけだと思うけど、PMの動きが相当悪いんじゃないの?
Re:なおすの? (スコア:1)
ダメはダメだけど、一応正しく動いているなら、(見なかったことにして)そのままスルーとします。
でも、バグってたら直すしかありませんもの。 ええ、泣きながら直しますよ。
の
Re:なおすの? (スコア:2, おもしろおかしい)
1 よいコードできちんと動くプログラムを書く者
2 悪いコードできちんと動くプログラムを書く者
3 よいコードで動かないプログラムを書く者
4 悪いコードで動かないプログラムを書く者
1と4を把握することが最優先課題ではあるが、2と3をいかに有効利用するかが全体の生産性を大きく左右する。
また、例外的なカテゴリとして、
5 よいコードできちんと動くが、多くの人(たいていは本人以外の全員)が理解に苦しむ奇特な構造を好む者
がおり、1との判別が意外と難しいので注意すること。
Re:なおすの? (スコア:1)
/.にタレこまなかったのは非常に残念な事だ。
==========================================
投稿処理前プレビュー確認後書込処理検証処理前反映可否確認処理後……