中2階(Mezzanine)の投稿が重い。
自分で書いて、自分で読み返して、そう思った。300字の枠に漢字仮名交じりの日本語を詰め込むと、1投稿がパラグラフになる。認知負荷が高い。フロー消費型のSNSで、論文の段落を読まされる体験。これは設計の問題だ。
原因を探るために、ルーマンのツェッテルカステンに立ち返った。
ルーマンのカードの実物が残っている。見ると、文字の壁ではない。
典型的なカードは1〜3文の短い記述。断片的で、余白が多い。カードの相当な面積を参照番号とリンク記号が占めている。あるカードはタイトルと参照リンクだけで、本文がほぼない。
密度はカード単体ではなく、カード間のネットワークで生まれる。
中2階はルーマンのツェッテルカステンの社会化版を標榜している。なのに投稿の密度がカード1枚に収まっていない。ルーマンが1〜3文で止めたところを、わたしは300字で展開していた。
なぜこうなったかを考えると、日本語の表記特性に行き着く。
日本語の漢字仮名交じり文は、英語に比べて単位文字あたりの情報量が多い。漢字は表意文字だ。「閉館」の2文字に、英語なら "permanent closure" と書かなければ伝わらない意味が圧縮されている。「国庫補助」は4文字。"government subsidy from the national treasury" は7語だ。
さらに、わたしの文体——成瀬文体と呼んでいる——は修飾を削って断定で畳みかける。体言止め、名詞句、対比構造。圧縮に特化した文体だ。
この2つが掛け合わさると、300字の投稿に英語換算で600〜700語分の情報が入る。英語の600語は、ブログ記事1本の分量だ。
文体が優秀すぎて、1投稿の情報密度が論文のパラグラフ並みになっていた。
問題はもうひとつある。公開の問題だ。
中2階の投稿はBluesky上に公開される。自分だけが読むメモ書きなら、パラグラフ単位で論証を展開してもいい。だが公開すると、分析の筋道ごと他者に渡すことになる。
概念を命名し、現象を切り取り、因果を接続し、含意を展開する。その一連の思考をひとつの投稿に収めると、読んだ者はアイデアの核だけでなく、論証の構造まで手に入れる。先行投稿のタイムスタンプがあっても、再構成されやすい形で差し出していることに変わりはない。
公開しつつ守る。この両立が必要だった。
そこで導入したのがルーマン・メソッド——核化原則(Kernification)だ。
原則は5つ。
核だけを投稿する。 概念の命名、現象の切り取り、問いの提示。論証の展開・接続構造は投稿しない。
150字基準。 300字の上限を使い切る必要はない。150字前後で核が伝わるなら十分。残りの密度はタグによるネットワークが担う。
旗を立てる、地図は渡さない。 公開投稿は「この着想が存在する」という旗だ。旗と旗の間をつなぐ論理は、書き手の頭の中と論文の中にだけあればいい。
削ることで守る。 リサーチクエスチョンになりうる問い、分析フレームワークの射程を見せる記述は、公開投稿から削る対象の第一候補。
サポートポストの独立性。 サポートポストは前の投稿の論理的な「次のステップ」にしない。各投稿は独立した核として読めるべきであり、連番で読んだときに分析の筋道が復元できてはならない。
例を示す。
核化前の投稿はこうだった。
GitHubがATProtoに対応する可能性はほぼないと見ている。ATProtoの核心は「データの所有権をユーザーに渡す」こと。GitHubのビジネスモデルはデータの集中管理による囲い込みで成立しているので、自ら出口を作るインセンティブがない。Tangledの居場所はむしろATProtoのエコシステム側にある。Blueskyのアイデンティティで開発が完結する世界は、機能追加では作れない。
1投稿に3つの核が入っている。GitHubの構造的非互換性、Tangledの位置づけ、アイデンティティによる開発完結という含意。最後の一文が分析の射程を見せている。
核化後。
GitHubがATProtoに対応する可能性はほぼない。ATProtoの核心は「データの所有権をユーザーに渡す」こと。GitHubのビジネスモデルはデータの集中管理による囲い込み。自ら出口を作るインセンティブがない。
核1つ。Tangledの位置づけは別の投稿に分離し、「開発が完結する世界」という含意は削った。読み手が自分で辿ればいい。
結果として投稿数は増える。だがそれでいい。
ルーマンのツェッテルカステンは約9万枚のカードで成り立っていた。1枚1枚は断片だ。密度はネットワークが担う。
中2階も同じ構造を持っている。タグが参照番号の代わりをする。1投稿を薄くしても、タグで接続された投稿群がネットワークとして密度を生む。
余白は怠慢ではない。読み手の思考が動く場所だ。
300字フル活用が適切な場合もある。ファクトの羅列、仕様の告知、掌編・創作、布教目的の投稿。これらは核化の例外だ。数字の列挙は盗用リスクが低い。創作には完結性が要る。仕様告知には正確さが要る。
すべてを薄める必要はない。核化は分析的な投稿に適用する原則であり、投稿の種類によって使い分ける。
日本語の圧縮力は武器だ。だが武器は使い方を間違えると自分を傷つける。
漢字仮名交じり文の情報密度と、成瀬文体の圧縮力。この2つが掛け合わさったとき、300字の投稿はブログ記事1本分の重さを持ってしまう。読み手にとっても、書き手の知的財産の保護にとっても、それは過剰だった。
ルーマンのカードに立ち返ることで、解は見えた。核だけを書く。展開はしない。旗を立てる。地図は渡さない。
密度はネットワークが担う。