SE僕、アジャイル開発して死ぬ
■ このスレッドは過去ログ倉庫に格納されています
アジャイルにしろウォーターフォールとか関係ないよな
テストコードを書かなければ >>2
アジャイルって嘘ついちゃいけないんだよ
ウォーターフォールに慣れた人間は平気で嘘をつくからアジャイルに向かないんだよ >>3
テストコードは大事だけど、それはまた次元が違うかな >>6
ウォーターフォールの人間は嘘をつくよ
嘘をつかないSEがいたらそれは嘘が上手いだけだよ >>9
つかないよ嘘なんて
一体どんな環境で拗らせてきたんだ
そんな嘘つくのが当たり前みたいな感性だからアジャイルも失敗するんだろう アジャイルってってのはとりあえずやってみて
理想と現実の違いを洗い出して
直すって繰り返しだろ >>10
なら君には無理だ
このディルドをしゃぶってなさい 詰めきれてない部分があったらよく丸めるのは確かだけど
正直ツッコまれても大丈夫な程度にバッファは持たせるよね
そういうとこがダメで崩壊してるチームも見たことあるからまぁ君がその手の人材だというのは分かった 作っちゃ直し、作っちゃ直しとか無限地獄にしか見えない >>11
嘘ついてないなら開発したことないんだろうさ 単純な話ウォーターフォールは効率が悪いからPM以外儲からない
バイバイ >>14
本当は仕様変更しちゃいけないんだよ
仕様変更を許容するタイミングがたくさんあるってだけ >>15
バッファとかって話じゃないんだよなぁ
コミュ障の話なんだよなぁ
本当の開発したことないんじゃない? アジャイルっていつまでたっても開発が終わらないイメージ >>17
結局その程度の心構えなんだよお前は
普通だったらここは嘘をつくみたいな馬鹿みたいな勘違いしてるから「できない」って思い込んでるんだ
言われた要件まとめて誠実にこれはできますこれはできませんって顧客と整理していけば嘘をつく場面なんて全く出てこないんだよ バッファって期間的なものじゃなくて単に心の棚としてのバッファだよ?
コミュ障というより国語力が足りないんじゃない? >>24
決めたことをやり続けるのがアジャイルだよ アジャイルで開発するならどうやって予算とるのか疑問だし、
逆に規模と期限が決まってるならそれもうアジャイルじゃないよねって思う とにかく経理泣かせな開発だなと思うわ
どこまでが仕掛でどこから製品でどこが修繕なのかさっぱり分からんw >>32
そこにあんまりバッファって表現は使わないかな
コミュニケーションって双方の話だから、君みたいのが意固地になってパワハラを行ったりするんじゃないかな? >>33
本当に場当たりなら心は楽なんだけど、ちゃんと全てを考えた上で場当たり的な開発を行うのがアジャイルだよ ちゃんと全てを考えた上でとか講釈たれてるけど君何かを考慮するロールを演じたりしてたの?
コミュ障とか言い出すとそれ以前の問題だと思うけど そりゃ自分は頑張ってるつもりなのに第三者からできてないなんて言われたらムッとするのはわかるよ
でももっとスレの立て方考えろや 一番最初に仕様を固めるとなると
データの最大数が決まるので変数のバイト数が決まるわけ
そうやって完成に近づいてから「データの個数が倍になります」とか言われてみ
「uint32がuint64に変えるって事は全部に影響が出るやんけ!」
そういうのがアジャイルだと「仰せのままに!」って言えるわけでしょ
どういう事なんだよって思うわ 無能を集めてゼロから作るならウォーターフォールの方がいいんだろうな実績あるし
事前の調査が必要なくらいのクソシステムの運用保守で
スケジュール切られたら何が起きるかわからないよ データレイアウトの要件が変わるのは一般にexpression problemなので簡単に対応できません
自然の摂理を学んでください
これでビジネス要件を突っぱねていけ 一度経験したけど同じレベルの人間が集まらないと成立しないなって思った アジャイルってめちゃくちゃ手の早いやつがいればいいけどウォータフォールになれた御用聞きプログラマじゃ無理だろ >>46
ウォーターフォールだと各フェーズでスケジュールがっちり決まってて、間に合わなかったら終わったことにしがちだからだと思う ■ このスレッドは過去ログ倉庫に格納されています