二重構成の書籍
2007年6月13日
先週、私の代表的なシリーズの最新刊、ジェラード・メサロスのxUnitテストパターンを手に入れました。私はジェラードと2年ほど前からこの本に断続的に取り組んできたので、その内容にはかなり精通していましたが、実際に本を目にしたとき、ある種の衝撃を受けました。どういうわけか、この本がどれほど大きいのかが頭にありませんでした。883ページもあり、私のシリーズの中で最も厚い本です。
全体的に、私は分厚い本が好きではありません。私はUML Distilledを非常にコンパクトにまとめたことを誇りに思っています。こんなに大きな本は私を怖がらせます。いつ読む時間を見つけられるのだろうか?
しかし、xUnitテストパターンは見た目ほど怖いものではありません。なぜなら、実際には1セットのカバーに2冊の本が入っているからです。この点で、私はP of EAAでも採用したスタイルを踏襲しています。1冊目は「最初から最後まで」読むように設計された物語本です。物語本は、消化しやすい小ささです。xUnitテストパターンでは181ページ、P of EAAでは106ページです。2冊目は参考資料であり、(一部の人はそうするものの)最初から最後まで読むのではなく、必要なときに参照するように設計されています。物語本を読んで分野をよく理解し、その後、参考資料を調べるときにすぐに取り出せるように棚に置いておく、という考え方です。
私は歴史書をよく読みますが、著者が二重構成の本を書いてくれたらいいのにとよく思っていました。歴史書では、特定のトピックを詳しく説明したり、ある視点の根拠を説明するために詳細が必要になることがよくあります。しかし、その結果、長い本になることがあります。一例として、私のお気に入りの本である銃・病原菌・鉄があります。私はこの本を読んで本当に良かったと思っていますし、お勧めもします。しかし、長く感じましたし、二重構成だったらどうなっていただろうかと思います。
本を読む方法では、初めて本を読むときは、詳細なセクションを躊躇せずにスキップして、意図的にスキップ読みすべきだと示唆しています。私は読むのが非常に速く、それが役に立っていますが、速読やスキップ読みはプラスになるものの、本が読みやすく設計されている方が良いです。私の個人的な経験則では、物語形式の技術書の場合、200ページが限度です。それを超える場合は、読者が少ないボリュームでコア情報を入手できるように何らかの方法が必要です。二重構成の本は、タイムレス・ウェイ・オブ・ビルディングで選ばれた太字の段落のように、それだけではありません。私はまだ出会っていない他のテクニックもあると思いますが、二重構成は今のところ私のリストのトップです。
二重構成の本は、実際には、徐々にセクションを増やして本を構成するという、より一般的な原則の特殊なケースです。Pick Axeが良い例です。最初の2つの章は、24ページでRubyを簡単に概観しています。次に、280ページのチュートリアルがあり、その後に約500ページの参考資料が続きます。エンタープライズ統合パターンの本の最初の数章は概要(95ページ)であり、残りの部分(約550ページ)は参考資料です。しかし、このような本は、これらの連続する啓示の層を、それほど明確に示していないことがよくあります。
興味深い問題は、二重構成の本の形式でさらに何かできるかということです。xUnitテストパターンが二重構成の本であることに気づかない人が多いでしょう。なぜなら、1冊の厚い本に見えるからです(裏表紙は、参考資料を2つの別々のセクションと見なすことで、実際には3冊の本だと主張しています)。本を物理的に分割して、スリップケースに入った2巻としてパッケージ化することはできないでしょうか?実際には、2冊の本があまりにも密接に結びついているため、別々に販売することは理にかなっていないと思います。
当然、オンラインアクセスについても考えます。参考資料はWeb上の方が適していることが多いため、参考資料をWeb専用にして(おそらく物理的な本にCDなどを付属させて)、物語の本だけを販売することはできないでしょうか?その構造は売上にどのような影響を与えるでしょうか?
ここには興味深い疑問がありますが、最終的なメッセージは、分厚い本の著者は、200ページ以内に何かを求めている読者を支援する方法で、本の構成をより深く考えるべきだということです。