腐らない資産を設計する — 1995 年の TeX が 2026 年もコンパイルできる条件

1995 年に書かれた TeX ソースファイルが、2026 年現在も lualatex-ja を通すと PDF が生成される ── これは技術的には何でもないことに見えるかもしれません。けれども、多くの人にとって 30 年前の知的資産は既に失われている という事実と並置すると、奇妙に重い実証データになります。

世の中の大半の知的労働者は、5 年前の Word 文書がレイアウト崩れで開けない、10 年前の Notion ノートにアクセスできなくなる、15 年前のクラウドサービスが消滅して資料が消える、20 年前の MO ディスクを読む装置がない、という時間スケールで自身の知的資産を失い続けています。30 年前の論文を 同じ 1 行のコマンド で再生成できる、という事実は、その対比のなかで初めて意味を持ちます。

本稿は、知的資産が時間を貫いて再利用可能であり続けるための設計原理を整理してみます。中心命題は単純です ── 腐らない資産を作るには、書く時に「30 年後にも開けるか」を判断基準に組み込めばよい。判断基準そのものは UNIX 哲学から派生しており、新しい思想ではありません。けれども、それを 30 年スパンで実践し続けることは、現代の知的労働においてむしろ稀有な選択になっているといえるでしょう。

この設計は、本サイトの基礎記事 決定論的にではなく、相対的に で述べた態度の、時間軸への展開でもあります¹。特定の編集ツール (= 媒介物) を「正解」として固定すれば、そのツールの命運に資産が縛られます。逆に、開放形式という 媒介の境界 を固定し、レンダリング装置のほうを相対的に差し替えられるようにしておく ── TeX → LaTeX → LuaLaTeX、また将来の何か ── と、内容は装置の世代交代を貫いて流れていきます。「決定論的にではなく、相対的に」を 30 年スパンで実践すると、副次的に耐久性が立ち上がる、という構造です。

なぜ資産は腐るのか

知的資産が失われる経路はいくつかに類型化できます。

プロプライエタリ形式の世代差: Word .doc (1990 年代) は .docx で互換性が一部失われ、AppleWorks のドキュメントは保存形式が継承されないまま消滅しました。一太郎、Lotus 1-2-3、QuarkXPress、それぞれが時代の主流から外れる時、その形式で書かれた資産は 読めるが編集できない 状態に固定されます。

SaaS のプラットフォーム依存: Notion / Evernote / Google Docs / Dropbox Paper といったクラウド型エディタは、利用規約変更、料金体系の改訂、サービス終了、アカウント停止のいずれかが発生した瞬間に資産アクセスが断たれます。エクスポート機能があっても多くは劣化を伴い、構造は失われます。

フォントの絶版: 商用フォントはライセンス継続を要求し、特殊フォントは制作元の廃業で再入手不能になります。フォント埋込みされていない PDF は表示が変わり、版面が崩れます。

編集機の世代交代: 32-bit から 64-bit、PowerPC から Intel から Apple Silicon、Windows 7 から 11 へ、それぞれの遷移で「ある時点の編集環境を再現する」が困難になっていきます。エミュレータは部分的解決にしかなりません。

メディアの物理寿命: フロッピー、MO、CD-R、DVD-R、外付け HDD ── それぞれ 5–20 年程度で読取り装置を含めた可用性が崩れます。クラウドストレージはこの問題を一見解決しますが、上記の SaaS 依存問題に置き換わるだけです。

認証の継続コスト: Adobe Creative Cloud、Microsoft 365、各種商用ライセンスは月額・年額の支払いを止めた時点で編集権が失われます。それまでに作成した資産自体は手元にあっても、編集装置がなくなる構造です。

これらが連鎖した結果、個人の知的労働の蓄積は数年から十数年で実質的に失われる のが、現代における標準的な経路だといえるでしょう。

腐らない資産の構造

逆方向に問えば、何が時間を貫くか が見えてきます。設計原理として整理すると 6 つになります。

1. プレーンテキストを最優先する ── UTF-8 のテキストは、Unix 系から Windows まであらゆるエディタで開け、grep で検索でき、diff で版間比較ができ、Git で版管理できる。50 年以上現役で、今後 30 年も維持されるという予測の信頼区間が最も狭い形式です
2. 開放形式を選ぶ ── LaTeX (Knuth 1978–³、Lamport 1986⁴)、Markdown (Gruber 2004⁵)、JSON、PNG、PDF/A (ISO 19005⁶)。仕様が公開されており、複数の実装が存在する形式は、特定ベンダの命運に依存しません
3. ソースと成果物を分離する ── ソース (テキスト) を原本として、PDF / HTML / EPUB などは再生成可能な派生物として扱う。原本がテキストである限り、レンダリング装置が変わっても再生成で対応できます
4. Git で分散保存する ── 分散版数管理は単一プラットフォームに依存しません。GitHub / GitLab / 自前サーバ / ローカルディスクのどれで持っても、git clone で完全な履歴を別の場所に複製できます
5. XDG 標準を尊重する ── XDG Base Directory Specification⁷ により、設定ファイルの置き場所が $XDG_CONFIG_HOME、データが $XDG_DATA_HOME といった形で OS 横断的に標準化されます。マシン乗り換え時の移行コストが激減します
6. 依存関係を最小化する ── 自作スクリプトは POSIX シェル (50 年安定⁸)、grep / awk / sed / find といった UNIX 標準ツールで構成する。これらは 1970 年代から本質的に変わっていません

これらは新しい設計原理ではありません。UNIX 哲学が 1970 年代に既に答えを提供していた 設計です²。新しいのは、SaaS とプロプライエタリ形式が支配的になった現代において、これらの古典的判断を一貫させ続けることが 意識的な選択 として要求されるようになった、という点だといえるでしょう。

オーケストレーター視点 ── 書かないことが耐久性を生む

腐らない資産を作るための設計判断のうち、最も見落とされがちなのは「自分で書かない」という選択です。

自前のコード、自前のフォーマット、自前のツールを作れば、それを 30 年間自分で保守する責任 を負うことになります。これはほぼ不可能です。書き手は引退する、興味が変わる、時間がなくなる、技能が古くなる ── そして資産は腐ります。

Eric Raymond の再利用の原則 (1999)⁹ が指摘するように、偉大な書き手は「書き直す (そして再利用する) べきもの」を知っています。腐らない資産を設計する文脈では、この命題は時間軸に拡張されます ── 自分が保守し続けられるものだけを書き、それ以外は他者が長期で保守してきた基盤に乗る。LaTeX、POSIX、Git、PDF/A、JSON、これらはすべて 30 年級の保守実績を持つ「他人の優秀なコード」だといえるでしょう。

本サイトの既掲記事 偉大なプログラマは優秀なプログラマのコードを利用する で論じた再利用の原則は、技術的効率の話に見えますが、時間軸で読み直すと耐久性の問題でもある ことが見えてきます。書かない選択は、書いたものを保守する責任から自分を解放する選択でもあるわけです。

30 年の実証データ

本稿の議論は、書き手自身の実践として 30 年スパンで検証されています。1995 年の学部論文、1999 年の修士論文、その後の研究ノート・学会発表資料・原稿の大部分が、テキストと開放形式で残されており、現在もコンパイル / 編集 / 検索可能な状態を保っています。

特殊な保存努力をしたわけではない、という点が重要です。当時から判断していたのは三つだけだといえるでしょう ──

• テキストで書く (TeX / プレーン UTF-8)
• 開放形式を選ぶ (LaTeX / 後年は Markdown も)
• バックアップを分散させる (ローカル + 複数の保存先、後年は Git)

副次的な性質として、30 年後のコンパイル可能性が獲得された、という構造です。これは長期スパンで意識的な選択を維持できたから、というより、短期で楽だったから腐りやすい選択を回避した という方が正確に近いでしょう。プロプライエタリツールは、その時々の流行のたびに学び直しを要求し、エクスポート機能で資産を運び出す手間を発生させます。テキストと開放形式は、その学習コストと運搬コストを 30 年単位で消滅させてくれます ── 長期の耐久性は、短期の楽さの結果として副次的に立ち上がる わけです。

反論への応答

「専門ツールの方が便利では?」── 短期では真実です。Photoshop / Illustrator / Final Cut Pro は、その時点での最高の編集体験を提供します。ただし長期では、その快適さの引き換えに囲い込みを受け入れていることになります。判断は 「30 年使う資産」と「3 年使う資産」を分けて扱う という形で実用化できるでしょう。前者にはプロプライエタリツールを避け、後者には積極的に活用する。

「PDF だけ残せば良いのでは?」── 閲覧用途には十分ですが、編集用途には不十分です。PDF は再生成可能な派生物であって、ソースではありません。ソースを失うと、引用箇所の追加、章の入れ替え、誤字修正、別言語への翻訳、すべてができなくなります。資産が「読める状態」と「書き継げる状態」は別の保全要件だと整理できます。

「クラウドの方が安全では?」── 物理的な信頼性は確かに上がりますが、それと「自分の資産であり続けること」は別問題です。クラウド事業者の規約変更、料金引き上げ、サービス終了、アカウント凍結、いずれの可能性もあるなかで、手元のディスクに完全な複製がある状態 が長期の耐久性の前提条件になります。Git の分散モデルがそのまま当てはまります ── どこか 1 箇所が失われても全体は失われない、という設計です。

---

ここから少し、30 年実証された資産設計を 2026 年の文脈で読み直してみたいと思います。

本サイトの既掲記事と照らし合わせると、「腐らない資産」という命題が複数の方向から支持されていることが見えてきます。

• 決定論的にではなく、相対的に で宣言した態度の、時間軸への展開がこれです ── 媒介物 (編集ツール) を固定するのではなく、媒介の境界 (開放形式) を固定して道具のほうを相対的に差し替える。30 年後の自分は別人だと考えれば、資産を残すこと自体が 未来の他者に向けた妥当性確認の準備 でもある ── その他者が「そもそも何を記録したかったのか」をさかのぼって言葉にできる余地を、開放形式で確保しておく
• 記録を標準化する で論じた 段階間の取り決め は、自分自身に対しても作動します ── 現在の自分が残す資産は、未来の他者 (= 30 年後の自分) との相互運用可能な取り決めを満たしている必要がある。標準形式の尊重は、時間を跨いだ検証 (Verification) ── 過去の資産と現在の装置が一致しているかの差異検出 ── を成立させる条件でもある
• 書くことは考えることか — 思考と道具の境界 と 思考と作業を分離する で扱った 思考と道具の関係 は、時間軸に拡張すると「思考の延長としての媒介物」が長期で安定して使える形式である必要がある、という命題になる
• 世界は分けてもわからない の動的平衡論は、生体の代謝が 流れの中で構造を保つ ことを示しましたが、知的資産も同様に 形式の流れの中で内容を保つ という性質を持っているといえる ── テキストとして残しておけば、レンダリング装置が変わっても、内容は流れを通過していく

そして「囲い込みに加担しない」という含意があります。資産が 自分の手元 にあり続けるか、それともプラットフォームの 借家 にあり続けるか ── これは媒介性の問題そのものです。媒介物が他者の規約変更・料金改訂・サービス終了で動くと、自分の知的資産へのアクセスが他者の都合で動いてしまう。プラットフォーム税を 30 年払い続けるか、初期に開放形式を選んで以後は払わずに済ませるか、という判断は、媒介を自分の制御下に置き続けるための、知的労働における「囲い込みに加担しない」設計の最も具体的な実践だといえるでしょう。

腐らない資産を設計するとは、結局のところ、30 年後の自分 (あるいは未知の他者) に向けて、開放形式で手紙を書く ことだといえます。差出人が今日の自分、宛先は 2056 年の誰か。仲介する郵便局はプラットフォームではなく、テキストと UNIX 哲学が 1970 年代から運営している、まだ閉鎖していない長期サービスである、という設計です。

参考文献