コストとメリット
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2019/03/30 22:55 UTC 版)
「ブリーディング・エッジ技術」の記事における「コストとメリット」の解説
新技術の早期採用が成功した場合、それ以外の点では競争の激しい市場で比較優位性を確立するという見返りがある。一方で、「間違った馬への賭け(betting on the wrong horse)」(フォーマット戦争など)や間違った商品を選んだ場合の代償も大きい。組織が最先端技術を採用することを選んだとしても、白い象(英語版)以下の存在にしかなれない可能性もある。 最先端のコンピュータソフトウェア、特にオープンソースソフトウェアが特に一般的である。実際、オープンソースの開発者たちにとっては、新しいブリーディング・エッジと言える最先端のバージョンを頻繁にリリースするのがよくある方法で、時には洗練されていない状態でリリースすることもある。それによって、他の人がレビューやテストを行ったり、追加の機能改善を行うことができる(ベータテスト)。したがって、より古い、安定版リリース(英語版)のソフトウェアには実装されていない機能がほしいユーザは、最先端のバージョンを選ぶことができる。 その場合、ユーザは、機能性を高める代わりに、安定性、信頼性、または使いやすさを犠牲にしても構わないと考える。
※この「コストとメリット」の解説は、「ブリーディング・エッジ技術」の解説の一部です。
「コストとメリット」を含む「ブリーディング・エッジ技術」の記事については、「ブリーディング・エッジ技術」の概要を参照ください。
コストとメリット
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/07/25 09:02 UTC 版)
「継続的インテグレーション」の記事における「コストとメリット」の解説
継続的インテグレーションは、次のようなメリットを生み出すことを目的としている。 インテグレーションバグは早期に発見され、小さな変更セットのため追跡が容易になる。これにより、プロジェクトのライフサイクルにわたって時間とコストの両方を節約することができる。 リリース日の土壇場の混乱を避けることができる。 単体テストが失敗した場合やバグが発生した場合、開発者がデバッグせずにコードベースをバグのない状態に戻す必要がある場合、少数の変更しか失われない(統合は頻繁に発生するため)。 テスト、デモ、リリースの目的で「現在の」ビルドを常に利用可能にする。 頻繁にコードをチェックインすることで、開発者はモジュール化された複雑さの少ないコードを作成するようになる。 継続的な自動テストには、次のようなメリットがある。 頻繁に行われる自動テストの規律を強化 ローカルな変更によるシステム全体への影響を即座にフィードバック 自動テストとCIから生成されたソフトウェアメトリクス(コードカバレッジ、コードの複雑さ、機能の完全性のメトリクスなど)は、機能的で高品質なコードの開発に開発者を集中させ、チームの勢いを高めるのに役立つ。
※この「コストとメリット」の解説は、「継続的インテグレーション」の解説の一部です。
「コストとメリット」を含む「継続的インテグレーション」の記事については、「継続的インテグレーション」の概要を参照ください。
- コストとメリットのページへのリンク