  |
よく調査して、既存の振る舞いに影響がないように修正するなんて、そんな最低限のことを、誇らしげに言われても。
改修に伴う現行機能の保証は、テストで担保するのは当然だろうに。もっとも、元増田にある通り経緯も不明、仕様も「あるがまま」だとしたら、（バグに見えた挙動も「仕様」になるので）改修は最小限にならざるを得ないか。となると、歴史的経緯が不思議なパッチワークなコードを作り上げて、メンテナ泣かせになるのも仕方ないよね。
元増田のエントリを読むと、元増田の認識範囲外の別の判断で、今は大規模改修あるいは作り直しはやらなくて良いという整理になっているように見える。
何か仕事をする。一応挙動を確認したくて少しいじると、バグがポロポロと出たり、よくわからない処理をする。 バグはかなりお粗末なものから結構やばそうなものまでよりどりみどり...
その「ソフト」がどういう規模のものを指しているのか判らないけれど、あくまで業務を円滑に回すための道具であり、目的は業務の遂行だよね。 ソフトウェアの品質については、そり...
わずかな修正でも残りのソースコードと比べながらやるから １００行のコードに１行加えるのと １万行のコードに１行加えるの 同じ１行でも同じじゃない 不可解というがわからないこ...
スーパープログラマー様へ じゃぁ ひどくないように加筆してくれ 次のやつがすこしでも便利になるように
俺たちの業界が数行の修正が数ヶ月で数百万と揶揄される理由だからしっかり調べてくれ
よく調査して、既存の振る舞いに影響がないように修正するなんて、そんな最低限のことを、誇らしげに言われても。 改修に伴う現行機能の保証は、テストで担保するのは当然だろうに...
全体像を理解できない規模のソフトウェアというのはザラにあるよ。短くても「なんでこんな読みづらい処理にしたんだろう」と理解に苦しむこともあるし。幸いにして全体像が理解で...
元増田はそこまで理解できないと思う。 新入社員かそこらの経験浅いやつは元増田のようなことを 言ってるよ。 経験が無いから リソースと品質と利益を比較することができないん...
雑魚っぽいサンドバッグに責任押し付けるムーブは世界共通だからな
どうしてそんなに品質にこだわるの？ バグがあったって 業務が上手くいってるなら問題ないと思うけど。 いざとなれば スクラッチから作り直した方が早い場合もあるし。
まあ、たぶん元増田は「文句を吐き出したい」んだよ、きっと。 自分の想いが他の人に理解されていないという認識で、それがフラストレーションになって吐き出しているだけじゃない...
それなら書き方をおぼえないと難しい 先生 たしざんがよくわかりません そんな愚痴を小学生に言われても がんばって練習しろとしかいえねーだろ どこがわからないかをせんぱ...
お説ごもっとも。
9
