この本の第八章では、実用的なプロジェクトです。
「実用的なギャング」セクションでは、まず全体として、チームについてのすべての話の、我々は壊れた窓を容認してはなりません。チームによって実体として、その後、外の世界との明確なコミュニケーションを必要としています。これは、「ジョブ・タイトルが組織ではなく、機能について。」、チップ60を与えます 一貫性のある正確な方法は、自動化されたすべてのものをやって良いチームを作ることであることを確認します。
「ユビキタス・オートメーション」セクションで、「手動のプロセスを使用しないでください。」、チップ61を与えます プロジェクトは、メイクファイルを使用してコンパイルされている場合、いくつかの利点があります。指定されたテストを実行し、分布画像4を作成し、最初からリポジトリ2、3ビルドからプロジェクトのソースコードをチェックアウトし、1：プロジェクトの建設は、以下のステップを含みます。ほとんどのプロジェクトでは、このレベルは自動的に夜間に実行されるビルドします。
「テスト執拗な」セクションでは、我々はヒント62、与える「早く、テストしばしば、自動テストのテストを。」ヒント63、「すべてのテストに合格するために行く、コーディングが完了していません。」プロジェクト・スコープ・テストの三つの主要な側面がある：どのようなテスト（ユニットテスト、統合テスト、検証、検証、資源の枯渇、およびエラーリカバリ、パフォーマンステスト、ユーザビリティテスト）、どのようにテスト（回帰テスト、テストデータ、ドリルGUIへシステム徹底的にテストテストにテスト）、そして時にテストします。これは、「意図的なサボタージュによって、あなたのテストをテストします。」、チップ64を与えます ヒント65、「状態テストカバレッジではなく、コードカバレッジ。」ヒント66は、「バグは一度しか捉えました。」
「すべての書かれた」セクションでは、私は実用的なプログラマが受け入れられるために、開発プロセスの不可欠な一部として文書化されます言及しました。それは「まだ他のプログラミング言語としての英語」を、チップ67を与えます ヒント68は、「内部の上に構築された文書は、外部に縛られません。」
「大きな期待」ではセクションは、先端69は、「中等度の顧客の期待を超える。」を与えます
「高慢と偏見」でセクションはヒント70与える「あなたの仕事上の署名を。」
ACMとIEEE：プログラマは、本の付録の2の世界クラスのプロ団体を導入しました。同様に、いくつかの推奨雑誌、書籍、およびその他のリソースなど。