  |
その「ソフト」がどういう規模のものを指しているのか判らないけれど、あくまで業務を円滑に回すための道具であり、目的は業務の遂行だよね。
ソフトウェアの品質については、そりゃ保守運用しやすいにこしたことはないけれど、費用対効果で諦めることも考えないと（無限に予算と時間が与えられるわけではない）。
もし元増田がその「ソフト」をメンテする立場の技術者なのなら、（ソフトがいつ更改されるのかわからないけれど、）その寿命までだましだまし使えるように改修することも、技術者としての腕の見せ所だと思うよ。複数人数でメンテしているのなら、（既存コードに慣れた）他の人に迷惑かからないように、大幅に手を入れず最小限の変更で。
そうでなく、単に利用者の立場なのなら、バグを避けて使って、本来の目的である業務をこなせばいいこと。キツいこと言うけど、品質を報告することが仕事ならともかく、そのツールの品質について（ましてや中まで見て）文句を言うのは、業務外だし「趣味」だよね、それ。
もっとも、幸いにしてその「ソフト」を製造する際に関わる立場になったのなら、予算と時間（それに伴う製造者のレベル）とにらめっこしながら作れば（あるいは作り直せば）よろしい。
なんて、朝っぱらから思っちゃったんだ。でも、目の前に不可解なものがあったら、気になるよね、口も手も出したくなっちゃうよね……
何か仕事をする。一応挙動を確認したくて少しいじると、バグがポロポロと出たり、よくわからない処理をする。 バグはかなりお粗末なものから結構やばそうなものまでよりどりみどり...
その「ソフト」がどういう規模のものを指しているのか判らないけれど、あくまで業務を円滑に回すための道具であり、目的は業務の遂行だよね。 ソフトウェアの品質については、そり...
わずかな修正でも残りのソースコードと比べながらやるから １００行のコードに１行加えるのと １万行のコードに１行加えるの 同じ１行でも同じじゃない 不可解というがわからないこ...
スーパープログラマー様へ じゃぁ ひどくないように加筆してくれ 次のやつがすこしでも便利になるように
俺たちの業界が数行の修正が数ヶ月で数百万と揶揄される理由だからしっかり調べてくれ
よく調査して、既存の振る舞いに影響がないように修正するなんて、そんな最低限のことを、誇らしげに言われても。 改修に伴う現行機能の保証は、テストで担保するのは当然だろうに...
全体像を理解できない規模のソフトウェアというのはザラにあるよ。短くても「なんでこんな読みづらい処理にしたんだろう」と理解に苦しむこともあるし。幸いにして全体像が理解で...
元増田はそこまで理解できないと思う。 新入社員かそこらの経験浅いやつは元増田のようなことを 言ってるよ。 経験が無いから リソースと品質と利益を比較することができないん...
雑魚っぽいサンドバッグに責任押し付けるムーブは世界共通だからな
どうしてそんなに品質にこだわるの？ バグがあったって 業務が上手くいってるなら問題ないと思うけど。 いざとなれば スクラッチから作り直した方が早い場合もあるし。
まあ、たぶん元増田は「文句を吐き出したい」んだよ、きっと。 自分の想いが他の人に理解されていないという認識で、それがフラストレーションになって吐き出しているだけじゃない...
それなら書き方をおぼえないと難しい 先生 たしざんがよくわかりません そんな愚痴を小学生に言われても がんばって練習しろとしかいえねーだろ どこがわからないかをせんぱ...
お説ごもっとも。
7
