<プロジェクトに関する繰り返し作業を自動化する必要があるのです> (p. 234)
<cron を使用することにより、バックアップ、夜間のビルド作業、Web サイトのメンテナンスの他、ありとあらゆる自動化可能な無人タスクをスケジューリングすることができるのです> (p. 235)

職場が貧しいので、24 時間稼働する PC など認めてもらえないよ。
<IDE 単体では必要な自動化レベルの達成が難しい> (p. 235)

このセクションだけ鉛筆で線を引いた箇所が妙に見当たらない。

<回帰テストとは、今回のテスト出力と以前の（あるいは既知の）値を比較するものです> (p. 245)
<ここで解説してきたすべてのテストは回帰テストとしても実行可能> (p. 245)
テストデータは <実世界のデータと作り込んだデータの 2 種類> (p. 246) だけが存在する。
- 作り込んだデータは人工的に生成されたものであるため、何らかの偏りがあるはず (p. 247)
<GUI フロントエンドを含んだデータ処理アプリケーションでは、設計をきっちりと分離しておくことで、GUI を表示させることなくアプリケーション・ロジックをテストすることができるようになる> (p. 248)
<カバレージを 100% にする事を目的にしてはいけません> (p. 249)
<我々には自動化されたテストで見つかるようなバグを追いかけている暇は無い> (p. 251)

コードとドキュメントを同じモデルの 2 つのビューとして扱いたい (p. 252)
パラメータをどうしてもドキュメントにする必要があれば、<JavaDoc ツールが提案しているコメントのレベルが適切> (p. 253) である。
各ソースファイルにはプロジェクト共通のコメントブロックを入れておく。<こういった文言が自動的に挿入されるよう、エディタを設定しておきましょう> (p. 254)
実行可能ドキュメント (p. 255) という発想は面白い。
<多くの場合、同じドキュメントを異なった形式で表現する必要が出てくる> (p. 257)

DocBook の話が出てくるが、これは使ってみると面倒だった。

付録 A ¶

付録 B ¶

<詳細を無視できるから> (p. 285) 直交性が高いと言える。
<実際のところはオブジェクトを使用する方が、手続き型言語を使用するよりもシステムの直交性を低下させる危険性が高い> (p. 286)

確かにそうだ。
<テーブル駆動型のパーサー> (p. 287)
<フラット・ファイルがこういったコンスタントのマスターとなる> (p. 292)
<また a や b が同じ変数のエイリアスとなっていた場合、2 つ目の代入によって最初に格納していた値が上書きされてしまいます> (p. 298)
<うるう秒では 61 秒や 62 秒の場合があります> (p. 299)

62 秒があるのは知らなかった。
大抵の処理系では <ポインタが実際に有効なメモリーを指しているかどうかをチェックする方法がありません> (p. 300)
<サブクラス化というよりは委譲> (p. 314) <ウィンドウは Shape の一種 (is-a) ではありません。ウィンドウが Shape を保持している (has-a) のです> (p. 314)