2024-04-19

anond:20240419152149

エントリから察するに仕様に従うテストコードもないので改修前との整合性を取れる保障がなく、

仕様書も探さないと出てこないとか重複コード複数あるあたり開発体制がわりとぐちゃぐちゃで一見何の問題もない変更でも予期せぬ影響を与えかねない状況と思われる。

記事への反応 -
  • 仕様が複雑怪奇でクソすぎるし それに対するこれまでの実装も微妙すぎる   ある瞬間に一帯を全部直さなきゃならなくなるけど 仕様がコードにしかない(いや多分仕様書あるんだけど...

    • リファクタリングして、小さな処理単位に分割してゆくんじゃないの。

      • エントリから察するに仕様に従うテストコードもないので改修前との整合性を取れる保障がなく、 仕様書も探さないと出てこないとか重複コードが複数あるあたり開発体制がわりとぐち...

      • 密結合だからあまり変えられない 一帯を分離して作り直してるけど そもそも作り直す予定ではなかったからおかしなことになってる つまりモジュールが抽象的でないことが次々と発覚...

    • 土日使って仕様書探せよ

    • しようがないにゃぁ

    • ちょっとした改修じゃないですって言えない職場なの?

    • 仕様がコードにしかない これはきっとテストコードのこと

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん