最近、新装版が出た。
　「わかりやすく書こう。――うますぎるプログラムはいけない。」
　「わかりやすく書こう。――『効率』のためにわかりやすさを犠牲にしてはいけない。」
　「いいたいことを単純率直にいおう。」
　「予防的プログラミングをしよう。」
　「０．１の１０．０倍はまず決して１．０にはならない。」
　「そして、もし１００％の完全さを求めるつもりがないなら、どこかほどほどのところに線を引くことができるはずである。個々の応用について少々の欠点が残ることには目をつぶることによって、適用範囲をずっと広げることができるのだ。道具（ツール）の利用者たちはほどほどのところで満足してくれるものだ。仕事を９０％かたづけてやれば彼らは恍惚とするだろう。」
　次の一冊はおまけ。
　「次のような経験をしたことはないだろうか。
　　　間違ったアルゴリズムでコーディングしてやたらと時間を無駄にした
　　　使用するデータ構造が死ぬほど複雑になった
　　　プログラムをテストしたのに明白な問題点を見落としていた
　　　５分もあれば見つかるはずのバグを一日がかりで探し回った
　　　プログラムを三倍速くしメモリ使用量も減らしたいと思った
　　　ワークステーションとＰＣの間でプログラムを移植するのに苦労した
　　　他人のプログラムに少々変更を加えようとした
　　　さっぱり理解できないプログラムを書き直した
　で、それって楽しかったですか？」