アカウント名:
パスワード:
>>というほど、長年の保守と改修のつぎはぎで大変なことになっていたそうだ。
>>短期間の開発で収まる規模の開発を段階的に繰り返すことで必要となる機能を実装するという開発スタイルに変更した
これどう違うの？教えてエロイ人。
前者は後からいろいろ改修する予定で書いていないから、改修のたびに場当たり的に修正してつぎはぎだらけのコードになる。開発者も年々汚くなっていくコードを見ながら「こんなつもりじゃなかったのに…」と落ち込む。
後者は後で改修することを最初から考えて作っているから、改修を繰り返してつぎはぎだらけのコードになっても、「さ、最初から修正を繰り返すつもりだったもんね! アジャイルアジャイル! (呪文)」と言えて精神衛生上良い。
…ではなくて、後者だと部品ごとに完成させて、最初の部品を納品した段階で使い始めるので、システムの利用者からのフィードバックが早く得られるとか、部品間の結合が疎な保守しやすいコードになりやすいとか、そういうことではないかな。
基本的に、業務システムでは業務継続の安定性やトップダウン的な意志決定が行われるので業務システムでアジャイルという発想自体は生じないというか、ありえないですね。
Googleの忘却型プログラミングとか、非SQLデータベースや、分散DBなどは業務基幹システムではありえない発想です。業務システムでは分散DBや非SQLDBは後追いですし、自由な発想は極力抑える方向性のはずです。
マイクロソフトはコードの行数でエンジニアの成果を評価していません。コードの行数と機能は相関せず、コードの意味論的にも進捗を管理する基準として行数は非合理的で、それは論理として当然の事なんですが、業務
アジャイルと対極の低効率な業務システムの開発なら雇用確保されるのでバンザイ
と理解した。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
意味が良く分かりません。 (スコア:0)
>>というほど、長年の保守と改修のつぎはぎで大変なことになっていたそうだ。
>>短期間の開発で収まる規模の開発を段階的に繰り返すことで必要となる機能を実装するという開発スタイルに変更した
これどう違うの？
教えてエロイ人。
Re:意味が良く分かりません。 (スコア:2)
前者は後からいろいろ改修する予定で書いていないから、改修のたびに場当たり的に修正してつぎはぎだらけのコードになる。開発者も年々汚くなっていくコードを見ながら「こんなつもりじゃなかったのに…」と落ち込む。
後者は後で改修することを最初から考えて作っているから、改修を繰り返してつぎはぎだらけのコードになっても、「さ、最初から修正を繰り返すつもりだったもんね! アジャイルアジャイル! (呪文)」と言えて精神衛生上良い。
…ではなくて、後者だと部品ごとに完成させて、最初の部品を納品した段階で使い始めるので、システムの利用者からのフィードバックが早く得られるとか、部品間の結合が疎な保守しやすいコードになりやすいとか、そういうことではないかな。
Re: (スコア:0)
基本的に、業務システムでは業務継続の安定性やトップダウン的な
意志決定が行われるので
業務システムでアジャイルという発想自体は生じないというか、ありえないですね。
Googleの忘却型プログラミングとか、非SQLデータベースや、分散DB
などは業務基幹システムではありえない発想です。
業務システムでは分散DBや非SQLDBは後追いですし、
自由な発想は極力抑える方向性のはずです。
マイクロソフトはコードの行数でエンジニアの成果を評価していません。
コードの行数と機能は相関せず、コードの意味論的にも進捗を管理する
基準として行数は非合理的で、それは論理として当然の事なんですが、
業務
Re: (スコア:0)
Re: (スコア:0)
アジャイルと対極の
低効率な業務システムの開発なら
雇用確保されるのでバンザイ
と理解した。