Zennの投稿カテゴリーを実運用から整理する――Tech/Ideaによって変わる「読み方」の期待値
この記事が語ること
Zennには「Tech」と「Idea」という投稿カテゴリーがある。
本記事では、この区分をZennというツールの運用上の設計としてメタ的に捉え、記事がどのような前提で読まれるかを整理する。
前提
カテゴリーの新しいルールを提案する話ではない。
また、カテゴリーの優劣を論じるものでもない。
Zennが用意している分類を前提条件として受け取り、どう使うと情報共有が破綻しにくいかを、技術的に分解する。
Tech記事が前提にしている成果物モデル
Tech記事として読まれる文章には、暗黙の構造がある。
- 問題が定義されている
- 原因、または条件が特定されている
- 対処方法が示されている
- 結果が確認できる
いわゆる「成果物」としての知見だ。
読み手はそれを 再利用・転用する前提で読む。
設定値、構成例、実装手順、検証結果といった情報は、このモデルと相性が良い。
Tech記事が「結論」や「答え」を求められやすいのは、この成果物モデルを前提にしているからだ。
成果物に収まりきらない知見
一方、実務では、成果物に直接現れないが、
共有価値のある情報も多い。
たとえば、
- 複数案で迷った経緯や、採用しなかった選択肢と理由
- 前提が途中で崩れた瞬間や、判断が揺れた背景
- 登壇やカンファレンスで得た知見の要約や再構成
- 論文・記事・事例を読んだ上での観測や整理
- 問題の正体が不明なまま進めた試行錯誤の記録
これらは最終的な結論だけを見ると切り落とされやすい。
しかし実際には、判断の質に強く影響している。
次に似た状況に遭遇したとき、「どこで悩んだか」「判断を難しくしたの要因は何か」「それが局所的な一時しのぎだったのか」といった情報は、完成した解決策以上に参照されることがある。
問題は、これらが 成果物として切り出しにくい点にある。
思考ログという情報の型
成果物に収まらない知見のことを、ここでは便宜的に思考ログと呼ぶ。
この思考ログは、未完成なのではなく、情報の型が異なると考えたほうが整理しやすい。
思考ログとは、
「解決策に至るまでの過程で生成される、判断・仮説・前提条件の記録」
を指す。
思考ログには、成果物とは異なる特性がある。
- 再利用性は限定的
- 文脈依存性が高い
- そのまま適用できるとは限らない
一方で、思考ログには、
- 判断に至った理由や、その背景にあった制約
- 分岐点で何を観測し、どう解釈していたか
- 前提としていた条件や、暗黙に置いていた仮定
- 外部情報をどのように咀嚼・再構成したか
といった情報が含まれる。
これらは結論そのものではないが、
判断や理解の背景を読み取るための参照点になる。
成果物と同じ基準で評価すると、思考ログは不完全に見えやすい。
だが、型として分けて扱えば役割は明確になる。
成果物と思考ログの比較
ここまでの整理を、要件としてまとめる。
| 観点 | 成果物としての知見（Tech） | 思考ログとしての知見（Idea） |
|---|---|---|
| 目的 | 知見の再利用・転用 | 思考過程・判断理由の共有 |
| 想定される読者行動 | そのまま適用・再現する | 自身の状況に照らして解釈する |
| 再現性要件 | 高い再現性が求められる | 必ずしも再現性は要求されない |
| 文脈依存性 | 低い（前提は明示・固定される） | 高い（個人・状況依存を許容） |
| 主に含まれる要素 | 手順、パラメータ、構成、結論 | 前提、試行錯誤、再構成、所感 |
この表は評価軸ではない。
分類のための要件定義だ。
どちらに置くべきかの判断基準
判断基準はシンプルでいい。
他人が「そのまま再利用すること」を期待しているか
YES → Tech
NO → Idea
再利用を期待するなら、前提条件・適用範囲・再現性を明示する必要がある。
判断の経緯や何かのまとめを共有したいなら、思考ログとして読まれる前提に置く。
これは正誤の話ではなく、想定している読者行動の違いだ。
手元で止まっている文章について
この整理で見ると、書きかけのまま止まっている記事が思い当たるかもしれない。
結論が出ていない。
答えを断定できない。
だからTechとして出せなかった。
それは、内容が弱いのではなく、成果物モデルに載せようとしたこと自体が原因だった可能性がある。
置き場所を変えるだけで、情報として成立するケースは少なくないはずだ。
Discussion