til/…/folksonomy-vs-hierarchy
folksonomy-vs-hierarchy.mdupdated 2026-08-012,308 chars

フォークソノミー vs 階層分類 ── tilに​合う​設計

カテゴリ​（階層）と​タグ​（フォークソノミー＝利用者が​自由に​ラベルを​付ける​分類方​式）は​対立する​概念ではなく、​実用上の​解は​両者を​「2層構造」と​して​共存させる​ことだ。​ただし til​（この​ノートサイト）のように​ 18 件程度の​規模で​これを​語ると​過剰設計に​見える。​以下、​順に​整理する。

用語

  • 階層分類・タクソノミー​（＝木構造の​体系的分類）：木構造。​1 ノード＝1 親。​DDC・LCC・NDC が​典型で、​トップダウン設計である。
  • フォークソノミー：利用者が​自由に​タグを​付ける。​木構造ではなく​平坦な​ラベルの​集合。​del.icio.us・Flickr・Twitter の​ハッシュタグが​源流であり、​Thomas Vander Wal が​ 2004 年に​ folk​（民衆）​＋taxonomy​（分類）から​命名した。
  • ファセット分類​（＝主題を​独立した​軸に​分解する​分類法）：主題を​場所・時代・形式・テーマなど​独立した​軸に​分解する。​UDC・コロン分​類法が​典型で、​階層と​フォークソノミーの​中間に​位置する。

Vander Wal 自身は​フォークソノミーを​ 2 種類に​分けている。

  • 広域フォークソノミー​（broad folksonomy）：多数の​利用者が​同じ​資源に​それぞれタグを​付ける​（del.icio.us）。​タグの​頻度分布​その​ものが​情報に​なる。
  • 狭域フォークソノミー​（narrow folksonomy）：作成者本人​（または​少人数）だけが​タグ付けする​（Flickr の​写真）。​til は​こちらに​該当する。

階層分類の​長所と​短所

長所：

  • 全体を​把握しやすい。​「何が​どこに​あるか」が​一目で​わかる。
  • 同じルールで​拡張し続けられる。​蔵書管理の​方​式と​して​高度に​洗練されている。
  • ナビゲーションが​安定する​（URL を​含む）。

短所：

  • 1 資源＝1 箇所と​いう​制約。​境界事例では​常に​妥協を​迫られる​（​「Claude Code は​ AI か​エンジニアリングか」）。
  • 新分野への​追随が​遅い​（DDC が​ AI を​ 006.3 に​押し込むのが​典型例）。
  • 設計者の​世界観に​よる​偏りが​固定化される。

フォークソノミーの​長所と​短所

長所​（Wikipedia の​要約に​よる）​：

  • 学習コストが​ゼロ。​書き手自身の​語彙を​そのまま​使える。
  • 多次​元的：1 つの​資源に​いくつでも​タグを​付けられる。
  • ロングテールを​拾える。
  • 文化的・​政治的な​偏りから​自由である​（原理的には）。

短所：

  • 同義語問題：LLM ／ 大規模言語モデル ／ 言語モデル が​別々に​分かれてしまう。
  • 多義語問題：Python（言語 ／ 蛇）。
  • 粒度の​ばら​つき：Git と​ バージョン管理 が​同じ​重みで​並んでしまう。
  • スパムや​ノイズへの​耐性が​ない​（複数人が​共同で​タグ付けする​場合）。
  • 検索には​強いが、​全体​像が​壊れる​（タグ 1,000 件の​リストは​使い物に​ならない）。

tilの​現状を​診断する

_data/taxonomy.json（タクソノミーの​データファイル）を​見ると​次の​とおりである。

  • トップカテゴリ 6 個 ＝ 階層​（engineering / ai / design / product / mind / life）
  • タグの​集合 ＝ 狭域フォークソノミー​（自己付与、​同義語の​統制なし）

すでに​ハイブリッドでは​あるが、​問題も​見える。

  1. 認知科学（7 件）​／ 学習理論（6 件）​── 両者は​まったく​同じ​ 6 件を​共有している。​実質的に​同義の​タグが​分裂した​状態である​（広域フォークソノミーなら​自然に​収束するは​ずが、​狭域では​起こらない）。
  2. Claude Code の​ 5 件は​ ai（3 件）​＋ design（2 件）に​分かれている。​カテゴリの​境界を​タグが​またぐ、​ハイブリッドが​うまく​機能している​例である。
  3. life は​ 0 件のまま。​トップカテゴリと​いう​「箱」は​用意したが​中身が​来ない。​階層型に​典型的な​弱点である。
  4. タグの​粒度が​混在している​：Git（具体的な​ツール名）、バージョン管理（概念的な​領域）、Webホスティング（技術カテゴリ）。

tilに​合う​設計 ── 暫定結論

規模が​小さい​（約 50 件）うちは、​次の​方​針が​妥当である。

  • トップカテゴリは​固定し、​ナビゲーションの​骨格と​する。​ただし​「使われていない​箱」は​閉じる​勇気を​持つ​（life が​ 3 か​月​空なら​統合する）。
  • タグは​狭域フォークソノミーの​まま、​軽い​統制を​導入する。
    • 同義語ルール：認知科学 ／ 学習理論 の​どちらを​正式表記に​するか​決める。
    • 粒度ルール：タグを​「ツール名」か​「広い​概念」の​どちらかに​揃える。​両者を​混在させない。
  • ファセットの​導入は​まだ​早い。 100 件を​超えたら、​ファセット​（主題×形式×時代）を​検討する。

要するに、​「階層＋統制​付きタグ」の​ 2 層構造で​十分である。​Wikipedia の​カテゴリも​同じ​思想であり、​ガイドラインで​運用される​狭域フォークソノミーだと​言える。

なぜ純粋な​フォークソノミーに​しないか

til は作品群であって図書館の​蔵書ではない。​書いているのは​中村本人だけであり、​読み返すのも​ほぼ本人である。​「全体を​一目で​見渡せる​こと」の​価値が、​検索性を​上回る。​フォークソノミーが​統計的に​意味を​持つのは、​多人数が​関わる​大規模な​場合に​限られる。​18 件の​ノートに​対して​タグ 30 個は、​ノイズに​近い。

出典・参考

関連ノート

148 notestil