ファッション雑誌を解体している。実際にはスキャンしてコーディネートに分けた上でウェブにアップする。著作権上の問題があり本来は違法なのだと思うが、パスワードでプロテクションをかけて不特定多数の閲覧を防いでいる。データベースに問い合わせを行い、合致した人の端末だけにセッション情報を渡す仕組みである。
なぜファッション雑誌を解体したかったのか。それはファッション雑誌がランダムに並んでいて、ルールがわからないように見えたからである。ファッション雑誌を読んでおしゃれになる人もいるのだから、一種の学習障害と言えるかもしれない。
それでも繰り返し少ない写真を見ているとコーディネートを覚えることができる。つまり、再編集することで情報を捨てているのだ。
記憶の限界と暗黙知化
人が短期的に記憶できるのは7±2と言われている。これはワーキングメモリと呼ばれる。実際にはいくつかのルール群があり、それを重層的に駆使することで複雑なコーディネートを作っているものと思われる。その作り方は明示的ではなく暗黙知化しているのだろう。いわゆる「センス」と言われるものだ。暗黙知は他人に伝わりにくいという欠点がある。長い年月をかけてルールが複雑化すると、周辺にいる人たちは「わからないからいいや」ということになってしまう。端的にいうと「ユニクロでいいや」ということになる。専門家の中には東京のファッションコミュニティは浮世離れしているという人もいる。ルールができたらそれを操作してゆくのが仕事だからだ。
ただし、ルールの操作が悪いというわけではない。もしルールに飽きることがなければ、擦り切れるまで新しい服が売れないということになる。
メタデータの付加 – カテゴリーとタグ
解体した写真はそのままでは使えないので、なんらかの分類が必要になる。付加されたデータは「メタデータ」と呼ばれる。メタデータには二種類がある。
最初のデータは「ユニークキー」＋「カテゴリ」データだ。写真ごとに1つのカテゴリーが割り当てられる。カテゴリー化は「抜けなく漏れなく（MECE）」が必要だ。ファッションの場合はシェイプでMECE分類が可能である。トップスとボトムの太さでシェイプが規定できる。このほかに縦のラインが作れるのでこれだけでMECEなカテゴリが完成する。
ファッションには出自があり、クラッシック、ストリート、ミリタリー、スポーツというような分類もできるのだが、これはカテゴリーにはならない。ミックスという分類があるからである。
しかし、実際にやってみると、別の分類もやりたくなる。例えば、新しくバルマンカーンコートを買うと参考になる写真が集めたくなるのだ。つまり、カテゴリー付けのルールは柔軟であったほうが、実運用上は扱いやすい。目的はカテゴリーを作ることではなく、一覧表を作成することだからだ。
さらにカテゴリー作りそのものがトレーニングになっていることがわかる。分類ができるということは通底するルールがわかっているということである。
次のやり方はタグ付けするという方法だ。タグは最初のメタデータとは別に準備できる。「キー」＋「タグ」という方法になる。ミリタリーテイストのOシェイプでは二種類のタグが一つのキー（この場合はコーディネート写真のURL）に対してアサインできる。それとは別のアプローチも可能だ。着ている服に使ったアイテムを記録して、そのアイテムに「これはワイドパンツだ」とか「ミリタリーだ」というメタデータを付加してゆくのである。これはカテゴリーの重層化だが、カテゴリ同士の関係はない。「ユニークキー」＋「カテゴリー1」＋「カテゴリー2」である。
実運用上のカテゴリーの数と実装
実際にはいくつくらいのカテゴリーが制御可能なのだろうか。パソコン画面で試したところ20くらいは扱えそうである。写真の実装では24ある。カテゴリー＋サブカテゴリーに分けるとやりやすいのだが、実装上では単階層にしたほうが簡単だった。
これがファッション雑誌の特集の1ページということになる。それぞれ7つ程度（実際に自分で試したものと参考資料）が並べられる。
カテゴリーは単純な数字にして名前を後から変更できるほうが、簡単に実装できた。しかし、このやり方だと後で新しい分類を思いついた時に並べ替えられないということが起こる。これはカテゴリーが単基準で並んでいない（つまりMECEでない）ことから起こる弊害だ。それを解決するためにはソートキーをつければ良いわけだが、キーが2つになるというのはデータベース設計上はあまり美しくない上に予期しないバグの原因になるようだ。
構造化されていないタグの弊害
例えば、ある写真に対して、ミリタリーでYシェイプのものを集めたいとする。しかしタグはこうした構造を持っていない。SQLでデータを構造化するためにはビューでは対応できないようで、Group Contactという仕組みで情報を集めてくる必要がある。これをクライアント上で再編成するか、新しいテーブル（キー＋カテゴリーA＋カテゴリーB）を再編成する必要がある。例えば二次元の表を作りたい場合タグよりカテゴリーのほうが実装はしやすいが、カテゴリー設計している時には表のことまでは考えていられない。
左の例は毎日のコーディネートにアイテムを付加したもの。だがアイテムがパンツなのかジャケットなのかは記述されていないので、テーブルを再編成する必要があった。
著作権だけ守っていては解体が先行する
ファッション雑誌を切り抜いて再構築するという動きには「著作権条の懸念がある」ということは先に述べた。しかし、Pinterestのような「まとめサイト」が先行しており、キュレータによる情報の再編が行われている。Pinterestでは任意に選ばれたもう何年も昔のファッション写真が出回っているのだが、いくつかはネットワークの中心になっており、情報発信者の意図とは全く異なるデザインが「良いデザイン」としてフィーチャーされてしまう危険性が高い。どの写真が宇宙の中心になるかはランダムに決まるのだが、いったん中心になったデータは中心であり続けるという性質がある。すると、時間をかけて撮影されたプロによる仕事がうもれてしまうことになる。
ファッション雑誌では今でも「グリッドデザインが」などと言っている人たちがデジタルの専門家として君臨していると思うのだが、実際にはすでに解体が進んでいるということは知っておいたほうがよいのではないだろうか。