インフォデック

スライドキュメントの悪について同僚にぶちまけていると、有益な反論を受けることがある。最近では、プレゼンテーション用ではなく、読むためだけのスライドデッキでコミュニケーションを取ることを好む人が多い。私のような人間は、最近のマネージャーは箇条書きのように見えないと何も読めないということを揶揄するかもしれないが、このようなインフォデックには利点がある。

• 空間レイアウトを説明に役立てることができる
• 人々が読まない長文を避けることができる
• 図をコミュニケーションの主要な要素として含めるのが簡単

これらすべてが、従来の文章テキストよりも親しみやすく、情報伝達が容易な文書につながる可能性がある。

martinfowler.com のインフォデックのリストについては、インフォデックタグを参照してください。

デッキが投影用ではなく、読むためのものである場合、私はそれをスライドキュメントとはみなさない。スライドキュメントは2つの異なることをしようとするから良くないが、インフォデックは読むためだけにあるので、うまく作成できる。もちろん、多くの場合、そうではないが、それは基本的な概念ではなく、実行上の問題である。

インフォデックは、誰も真剣に受け止めていないように見えるため、私にとって興味深い形式だ。ほとんどのユーザーは、PowerPointで適当に作成するものとして見ており、(私のような)真面目な作家気取りの人は、インフォデックを自分たちの格下だと考えている。もっと真剣に受け止めるべきだと私は思い始めている。コミュニケーションツールとして効果的にするために、どのように作るべきかをもっと考え、話し合うべきだ。[1]

これらが成長する可能性が高い理由の一つは、紙ではなくコンピューターデバイスでコミュニケーションを取ることが増えていることだ。最新のコンピューターには明るいマルチカラーの画面があり、紙の節約を心配する必要がない。そのため、カラフルで図を多用し、多くの仮想ページを使用するアプローチは、特にタブレットが普及するにつれて、効果的なドキュメント形式となる。

そのため、ここ1年ほどで、インフォデックを一流のコミュニケーション形式として活用することを模索し始めた。私がこれまでに作成したものをいくつか見ることができる。

• NoSQL入門（PDF形式）
• 複数のモバイルデバイス向けのソフトウェア開発（HTML形式）

ほんの数例だけでは、暫定的な結論を出すには十分だが、この媒体をさらに探求したいと思わせるには十分だ。これらのインフォデックはどちらも、比較的ハイレベルで技術的なものではなく、実際、私は営業担当のシニアマネージャーをターゲットオーディエンスの一部としてイメージした。インフォデックはこの種のオーディエンスに自然に適合するように見えるが、将来的にはより技術的なものにも試してみたい。

PDFは、多くの場合、電子メールでやり取りされるため、ほとんどの人にとって最適だと思う。NoSQLインフォデックにはAppleのPagesアプリケーションを使用したが、PowerPointやKeynoteのようなプレゼンテーションプログラムよりも、ページレイアウトプログラムの方が形式に適していると思う。

ただし、私の目的には、HTMLの方が適している。私は主にこのWebサイト向けに執筆しており、HTMLはWebの言語だ。また、HTMLでは、PDFでは不可能なアニメーションなどの動的な要素を使用するオプションもある。欠点はツールの不足だ。HTMLスライドショーを行うツールはあるが、それらは主に箇条書きだらけの死体アンチパターンを使用したライブプレゼンテーションツールを対象としている。インフォデックはライブプレゼンテーションとは異なるニーズがあり、箇条書きの文章はインフォデックではそれほど問題にならないとしても、私は他の多くのテクニックを使いたい。

しかし、既存のHTMLベースのツールをベースとして使用するのは理にかなっている。マルチモバイルデッキでは、当初、基本的なスライド機能を優れた拡張可能なアーキテクチャと組み合わせたdeck.jsを使用した。後のデッキでは、Rémi Emonetが作成したアニメーション拡張機能 to deck.jsを使用したアニメーションの追加を検討した。Rémiは、私のやや奇妙な使い方に特有のさまざまな小さな問題を解決するのに非常に役立ってくれた。しかし、私は乗り越えられない障害に突き当たった。deck,jsは、ほとんどのHTMLベースのプレゼンテーションツールと同様に、スライドデッキ全体をメモリにロードする。これはライブプレゼンテーションでは理にかなっているが、残念ながら、私が作成していたデッキでは、iPad 1などのデバイスがクラッシュする。

その結果、デッキをホストするための独自のjavascriptプラットフォームを作成する必要があった。これは一度に数枚のスライドのみをロードするため、レスポンスと引き換えにメモリ使用量を削減する。

HTMLを直接書くことは決して好きではないので、私は通常のアプローチであるカスタムXML語彙を使用してデッキを作成し、それを通常の変換ツールチェーンの拡張機能を使用してHTMLに変換している。

ツールチェーンの開発だけでなく、インフォデックに使用する構成スタイルも開発している。これまでのところ、中心となる要素は、テキストに対するリードと詳細のアプローチを持つことだ。ほとんどのスライドには、物語を要約する大きなフォントの1文であるリードがある。テキストブロックには、より詳細な情報が表示される。読者はリードを読んだだけでスライドを飛ばすことで、デッキの内容を十分に把握できることを目的としている。より詳細を知りたい場合は、詳細なテキストを読むことができる。これまでに集めた限られたフィードバックは、これが私が意図したとおりに機能していることを示唆しているように見える。

詳細段落はリンク付きの箇条書きだが、ライブデッキに入れるものよりも長くすることができる。私はそれらを箇条書きの文というよりも短い段落と考えている。

図はインフォデックのスタイルを機能させるための鍵となる。HTMLツールチェーンでは、SVGの使用に重点を置いてきた。これは、すべてがうまくスケーリングされるからだけでなく、SVGオブジェクトがDOMオブジェクトであり、CSSとJavaScriptを介して操作できるという事実を利用できるからでもある。

(このエントリの初版は2011年12月19日に投稿しました。最近のインフォデック作成に関する考えを反映して更新しました。)