ユーザー「Aできる?」 SE俺「Aはできます」
■ このスレッドは過去ログ倉庫に格納されています
SE俺「Aできました。」
ユーザー「おけ。Bできる?」
SE俺「Bもできます」
SE俺「Bできました。」
ユーザー「は?Aできなくなってるじゃん。」
SE俺「確認します…」 ←いまここ
俺が悪いの? そりゃおまえが悪いやろ
Aができなくなっていいなんて誰が言った? >>18
B実装する前に要件定義の担当者に「Aと両立できないけどいいですか」って聞かなかったの? 要件定義ってユーザーとやり取りしてるのお前ならお前のせいじゃん 確認します
ってことはちゃんと自分が悪い事分かってるじゃん >>18
その要件定義にはAの機能をつぶしてBを実装て書いてあるの?
そう明記されてないならAとは別にB実装だろ
無能ハゲ >>23
俺はもともと別の人がやってたのを引き継いだだけ >>1
「も」って言うとるやんけ
できるようにせな😅 >>27
じゃあスレタイ間違ってんじゃん
どっちみちお前が悪い ・要件定義にAの機能を追加せずに勝手に実装したのか
・追加していたならB追加時点で勝手にAを要件定義から削除したのか >>34
なんで他に影響が発生するような改修するんだよ SEは人の心がわからないからな
「論理的に『AかつB』と言わないと正しく伝わらないロボ」とか思ってるんだろうな 牛乳買ってきて。玉ねぎがあった場合は6つ買ってきて。 >>34
既にユーザーに渡ってるシステムの改修で大した認識合わせもなくテーブル構成変更とか最悪訴訟まで行くレベルのクソ仕事じゃねーか >>41
int 牛乳を買う数 = 1;
if (玉ねぎがある) {
牛乳を買う数 = 6;
}
牛乳を買う(牛乳を買う数); ユーザー「彼女とかいる?」 >>1「今はいないです」 >>43
ありがとう!
これでホワイトシチューが作れる!
まずは牛乳入れて……次は牛乳を投入………そして…、この牛乳を入れて………
大量のホットミルクやんけ!!!!!!!!!!!☝💦 >>50
なるほど、玉ねぎない場合は値がないからエラーが出るのが正常か >>41
でもこれ男が確認しても女は教えてくれないんだぜ
イライラしながら教えるならわかるけどイライラして教えないって意味わかんねえ >>43
こういう勘違いを未然に防ぐために
「本」とか「個」とかいった単位があるんだよな SEできるアスペを使えるアスペを束ねるサイコパスが居れば会社は安泰よ 今回のは単体の自動テスト組んでりゃAの機能のテストでエラー出るから事前に気付けたな
多少時間かかっても客に謝って金の出ない不具合対応やるよかよっぽどマシだったはず 確認挟むってことはAが動かなくなることは想定してなかったってことじゃね
そりゃダメよ Aに影響出ること調べてなかったら設計をしたお前が悪い
Aに影響が出ることを分かっててデグレったならテストパターンや結果を確認しなかったお前が悪い
総評:お前が悪い 最初からAもBもしたいって言わないの頭おかしくない? >>65
じゃあお前一度決めた事は二度と取り消すなよ 普通説明しなくても分かる事を説明する必要があるのは大変だよね
生きづらそう いちいち既存の機能もちゃんと全部動くように機能追加してねって言わんといかんのか ■ このスレッドは過去ログ倉庫に格納されています