プログラム書法
Don't stop at one bug. バグをひとつ見つけたところで止まってはいけない
Use debugging compilers. デバッグ機能付のコンパイラを使おう
Watch out for off-by-one errors. 桁ずれのエラーに注意
Take care to branch the right way on equality. 条件分岐時の等号を正しく扱おう
Be careful if a loop exits to the same place from the middle and the bottom. ループの真ん中や最後から同じ所に抜けるときは気をつけよう
Make sure your code does "nothing" gracefully. 何もしないはずのコードが余計なことをしないようにしよう
Test programs at their boundary values. 境界値でテストしよう
Check some answers by hand. 出力のいくつかを正解と比べて確認しよう
10.0 times 0.1 is hardly ever 1.0. 10.0×0.1が1.0になると考えてはいけない
7/8 is zero while 7.0/8.0 is not zero. 7/8はゼロだが7.0/8.0はゼロではない ※整数演算と小数演算に注意
Don't compare floating point numbers solely for equality.
効率改善の前にプログラムを計測しよう
Make sure comments and code agree. コメントとコードを一致させよう
Don't just echo the code with comments – make every comment count. コメントはコードのオウム返しではなく、意味あるものにしよう
Don't comment bad code – rewrite it. ダメなコードにコメントするのはやめ、コードを書き直そう
Use variable names that mean something. 意味のわかる変数名をつけよう
Use statement labels that mean something. 意味のわかるステートメントラベルをつけよう
Format a program to help the reader understand it. 読みやすいようにプログラムをレイアウトしよう
Document your data layouts. データのレイアウトをドキュメント化しよう
Don't over-comment. コメントしすぎないようにしよう
現代の読者は、この本の例題が、現在はあまり使われなくなった古い手続き型プログラミング言語(FortranやPL/I)を取り上げていることを欠点と感じるかもしれない。本書が書かれたときには、現在の言語はほとんどなかった。しかし、一般的にスタイルや構造的な問題に関わる本書の指摘の多くは、特定の言語の詳細を超越していると言って良い。