アカウント名:
パスワード:
そもそもアジャイル型というのが本当に普及しないといけないんですかね?
それはCOBOLerが「本当にXXX言語を使わなければダメなんですか?COBOLじゃダメなんですか?」と言ってるに等しい。
いつまでも古くて非効率で失敗だらけの方式を使い続けると、遅かれ早かれ性能的金額的品質的に他国との競争に敗北する。
>ウォーターフォールがダメでなのは確定事項でしょうか?>COBOL がダメなのは確定事項でしょうか?どちらもYES。
>ダメなことが確定だとして、アジャイルがウォーターフォール>よりも良いのは確定事項でしょうか?アジャイルが『銀の弾丸』にはならないけれど、ほぼYES。
>きっと、ケースバイケースなのではないでしょうか?違いが分かってない人ほど、こういうことを言うなあ。
ウォーターフォールの方が良い場合。・外注に丸投げする無責任開発・SIビジネスで多重下請け構造・車輪の再発明的なリスクの少ない開発であること・低スキルプログラマを百人単位、時には千人単位で投入できる。・サービス残業させられる・お金に糸目をつけない。スケジュールがどれだけ遅延しても構わない。
まあウォーターフォールでも良いような開発って、組織として腐ってるし終わってるよね。
日本式SIerのビジネスモデル(奴隷商売)≠ウォーターフォールモデル
SIerのビジネスモデルがウォータフォールによって支えられているだけですね一回で使いつぶす奴隷に継続的開発はむりですからね
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
すべき論。 (スコア:0)
そもそもアジャイル型というのが本当に普及しないといけないんですかね?
Re: (スコア:0)
それはCOBOLerが
「本当にXXX言語を使わなければダメなんですか?COBOLじゃダメなんですか?」
と言ってるに等しい。
いつまでも古くて非効率で失敗だらけの方式を使い続けると、
遅かれ早かれ性能的金額的品質的に他国との競争に敗北する。
Re: (スコア:3)
COBOL がダメなのは確定事項でしょうか?
ダメなことが確定だとして、アジャイルがウォーターフォール
よりも良いのは確定事項でしょうか?
どうせダメなんだから、良いか悪いかに関わらず手法を変える
というのも悪い方策では無いかもしれませんが、"非効率で失敗だらけ"
(古いこと自体は悪いことではない;-) であることを説明できなければ
"競争に敗北する。" という結論は前提が崩れますね。
きっと、ケースバイケースなのではないでしょうか?
# まぁ、アジャイルとウォーターフォールの違いも分かってないですし
# プログラミング言語の "良さ" を理解できるほどの知識もないのですが。。。
Re: (スコア:2, すばらしい洞察)
>ウォーターフォールがダメでなのは確定事項でしょうか?
>COBOL がダメなのは確定事項でしょうか?
どちらもYES。
>ダメなことが確定だとして、アジャイルがウォーターフォール
>よりも良いのは確定事項でしょうか?
アジャイルが『銀の弾丸』にはならないけれど、ほぼYES。
>きっと、ケースバイケースなのではないでしょうか?
違いが分かってない人ほど、こういうことを言うなあ。
ウォーターフォールの方が良い場合。
・外注に丸投げする無責任開発
・SIビジネスで多重下請け構造
・車輪の再発明的なリスクの少ない開発であること
・低スキルプログラマを百人単位、時には千人単位で投入できる。
・サービス残業させられる
・お金に糸目をつけない。スケジュールがどれだけ遅延しても構わない。
まあウォーターフォールでも良いような開発って、組織として腐ってるし終わってるよね。
Re:すべき論。 (スコア:0)
日本式SIerのビジネスモデル(奴隷商売)≠ウォーターフォールモデル
Re: (スコア:0)
SIerのビジネスモデルがウォータフォールによって支えられているだけですね
一回で使いつぶす奴隷に継続的開発はむりですからね