アカウント名:
パスワード:
「こいつを修正しろ」「糞コード過ぎて手がつけられません。一から作り直すならできそうですが」「それは予算が出ない」的な?
「こいつを修正しろ」「糞コード過ぎて手がつけられません。一から作り直すならできそうですが」
こんなこと絶対にないな。どんな糞コードでもほぼ仕様通り動いていたのならそれを直したほうが楽だし。
それはあなたが本当の糞コードを見たことがないからでしょう。私が見た最悪の奴は、ビューごとにほぼ同じロジック(ちょっとずつ違う)が十数もあって、それらが全てバグってました。1つのビューを修正しても、その修正が別のビューに反映できない。コードが酷すぎて、まとめることも不可能。賽の河原で石を積む思いでしたよ。
二桁なら少ない方だよ。と断言できるだけ酷いのが某所で動いてます。ホスト系絡みは今のところ漏れなく同様だった。。。
同じロジック(ちょっとずつ違う)が数十あっても、もともとそういう設計なら、問題ないような気がする。それよりも、その場しのぎの修正が蓄積すればするほど、わけがわからなくなってくる。
こういう馬鹿がデスマーチを生むんだなぁ
仕様通りじゃなかったって話なんだが。
「ほぼ仕様通り」ってのは「一部を除いて他は仕様通り」で、その一部ってのは全体を作り直すよりは容易なミスだ、という定義がなされているようです。ただしその定義はコメントにも仕様書にも書かれておりませんし、再現性があるかも不明です。
#閑話休題こういう場合の「作り直した方が楽」ってのは時間や数の問題よりも、「5行読んだくらいで発狂しそうな記述をずっと見続けてロジックを追わなきゃいけないコスト」とかがデカい、ということもあるよね……。このモジュールの仕様が分かっているならコードを追うよりも新造した方が精神的に楽、というケース。
糞コード過ぎて手がつけられません
日付計算に、お手製のロジックで処理した(めんどいので1か月を31日固定で計算)とか、小数が必要なところで整数型を使ったとか。
# 日付計算にはライブラリを使いましょう(高レベルな組み込み関数があればそれでも可)
ライブラリを使わず、たいしたメリットがないケースでも何故、独自実装するんだろうか、いろいろな外注先からバグなしで実装されてでてきたことはない。
いくらなんでもこのバグを修正するのに金をとるのは…むしろ損害賠償もの。
いくらなんでもこのバグを修正するのに金をとるのは…
瑕疵担保責任には期間が設定されているのが通常の委託契約内容かと…なので検収が大事なんですよ
SQLインジェクションを放置したら瑕疵担保責任では通らないという判決出てなかったっけ?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
予算絡みか? (スコア:2)
修正のための予算申請通らなかったのかね?
Re:予算絡みか? (スコア:1)
「こいつを修正しろ」
「糞コード過ぎて手がつけられません。一から作り直すならできそうですが」
「それは予算が出ない」
的な?
Re:予算絡みか? (スコア:1)
「こいつを修正しろ」
「糞コード過ぎて手がつけられません。一から作り直すならできそうですが」
こんなこと絶対にないな。
どんな糞コードでもほぼ仕様通り動いていたのならそれを直したほうが楽だし。
Re: (スコア:0)
それはあなたが本当の糞コードを見たことがないからでしょう。
私が見た最悪の奴は、ビューごとにほぼ同じロジック(ちょっとずつ違う)が十数もあって、それらが全てバグってました。
1つのビューを修正しても、その修正が別のビューに反映できない。
コードが酷すぎて、まとめることも不可能。
賽の河原で石を積む思いでしたよ。
Re: (スコア:0)
二桁なら少ない方だよ。
と断言できるだけ酷いのが某所で動いてます。
ホスト系絡みは今のところ漏れなく同様だった。。。
Re: (スコア:0)
同じロジック(ちょっとずつ違う)が数十あっても、もともとそういう設計なら、問題ないような気がする。
それよりも、その場しのぎの修正が蓄積すればするほど、わけがわからなくなってくる。
Re:予算絡みか? (スコア:1)
こういう馬鹿がデスマーチを生むんだなぁ
Re: (スコア:0)
1.自分が幸せな立ち位置にいる。
2.部下が非常に優秀。
3.自身が群を抜いて優秀で、かつ指揮者の立場にいる。
#どれもデスマーチを生む要因ですな。
Re: (スコア:0)
仕様通りじゃなかったって話なんだが。
Re: (スコア:0)
「ほぼ仕様通り」ってのは「一部を除いて他は仕様通り」で、その一部ってのは全体を作り直すよりは容易なミスだ、という定義がなされているようです。
ただしその定義はコメントにも仕様書にも書かれておりませんし、再現性があるかも不明です。
#閑話休題
こういう場合の「作り直した方が楽」ってのは時間や数の問題よりも、「5行読んだくらいで発狂しそうな記述をずっと見続けてロジックを追わなきゃいけないコスト」とかがデカい、ということもあるよね……。
このモジュールの仕様が分かっているならコードを追うよりも新造した方が精神的に楽、というケース。
Re: (スコア:0)
糞コード過ぎて手がつけられません
日付計算に、お手製のロジックで処理した(めんどいので1か月を31日固定で計算)とか、
小数が必要なところで整数型を使ったとか。
# 日付計算にはライブラリを使いましょう(高レベルな組み込み関数があればそれでも可)
Re: (スコア:0)
ライブラリを使わず、たいしたメリットがないケースでも何故、独自実装するんだろうか、
いろいろな外注先からバグなしで実装されてでてきたことはない。
Re: (スコア:0)
いくらなんでもこのバグを修正するのに金をとるのは…
むしろ損害賠償もの。
Re:予算絡みか? (スコア:2)
瑕疵担保責任には期間が設定されているのが通常の委託契約内容かと…なので検収が大事なんですよ
Re: (スコア:0)
SQLインジェクションを放置したら瑕疵担保責任では通らないという判決出てなかったっけ?
Re: (スコア:0)
まあ、なので書き方次第では通りそう>損害賠償