はじめに
本書籍は、ざっと本質的な事項を知るには良い書籍だと思います。
ポイント
第Ⅰ部 ５５の真実
真実１ ソフトウェアの開発で最も重要なことは、プログラマが使うツールや技法ではなく、プログラマ自身の質である。
真実２ 最も優秀なプログラマは最悪に比べ、２８倍優れている。
真実３ 遅れているプロジェクトに人を追加すると、もっと遅れる。
「ブルックスの法則」
真実４ 作業する環境は、プログラムの生産性や品質に極めて大きく影響する。
真実８ プロジェクトが大失敗する原因には２つある、一つは見積りミスだ。
真実１１ プロジェクトが進むに従って、見積りを調整することは、まずない。従って、不適切な時期に不適切な人間が実施した見積りを修正することは、ほとんどない。
真実２１ 対象となる問題の複雑度が２５％増加するたびに、ソフトウェアによる解法の複雑度は１００％上昇する。
真実２３ プロジェクトが失敗する２つの原因のうち、もう一つは、仕様を確定（仕様を凍結）できないことだ。
真実３３ １００％のテスト網羅が可能でも、完全テストとは言えない。バグの約３５％は、パスの抜けが原因であり、４０％はパスの特定の組み合わせを実行したときに起きる。このバグは、バスを１００％カバーしてお検出できない。
真実４１ 保守には、ソフトウェアのコストの４０％～８０％（平均６０％）がかかる。従って、ソフトウェア・ライフサイクルの最重要フェーズである。
真実４２ ソフトウェアのライフサイクルの保守期間におけるバグ修正は１７％に過ぎない。その他は不良修正ではなく、新しい機能を追加する作業である。
真実４９ バグは固まって存在する。
真実５２ プログラムの処理効率には、よいコーディングよりも、よい設計が大きく影響する。
真実５４ プログラムの大きさと処理時間には、トレードオフがある。片方をよくすると、片方が悪くなる。
第Ⅱ部 ５＋５のウソ
ウソ１ 計測できないものは管理できない。
正しくは「計測できないものは制御できない」
ウソ２ ソフトウェア製品の品質は管理できる。
ウソ４ ツールや技法は、どんな状況でも適用できる。
ウソ６ コストやスケジュールを予測する場合、まずソースコードの行数を見積もる。
ウソ７ ランダム・テストにより、テストを最適化できる。
ウソ８ 多くの目にさらせば、バグは枯れる。
ウソ１０ プログラムをどう書くのかを見せれば、プログラムの方法を教えられる。
書誌情報
- 書籍名：ソフトウェア開発 ５５の真実と１０のウソ
- 著者：ロバート・L・グラス
- 出版社：日経BP社
- ISBN：4-8222-8190-6