テクノロジー如来
| 分野 | 技術文化論・擬仏教（フィクション化された言説） |
|---|---|
| 主な主張 | 技術は悟りへ至る回路であるという比喩 |
| 成立時期（仮） | 1990年代後半〜2000年代初頭 |
| 中心となった場所（仮） | 周辺の技術コミュニティ |
| 使用メディア | 同人誌、技術ブログ、勉強会のスライド |
| 象徴表現（仮） | 回路図を曼荼羅として描く様式 |
| 関連概念 | 因縁アルゴリズム、布施型API |
（てくのろじーにょらい）は、先端技術を仏教の如来体系に擬する日本の言説として知られる[1]。特に、データ・ネットワーク・自動化が「因縁」に相当するという比喩が用いられた点で、宗教性と工学文化の接点として語られてきた[2]。
概要[編集]
とは、情報工学やネットワーク技術を、仏教の如来・菩薩の働きに見立てて語る文脈である。とりわけ「データの流れ」や「同期・整合」といった工学用語が、修行の段階や悟りの条件に比定される点が特徴とされる[1]。
この言説は宗教団体の教義というより、技術者の間で生まれた比喩体系として発展したと説明されることが多い。なお、複数の派生表現が同時期に現れたため、どの系統が原型かは定かでないとされている[3]。
Wikipedia的な編集史を想定するなら、初期稿は「宗教社会学」側の編集者が書き、後に「ソフトウェア工学」側の編集者が技術用語の対応表（例：整合＝涅槃、冗長化＝慈悲）を補充した、という形が採られてきたとされる[4]。このため文章の温度差（神秘語と実務語の混在）が、読み物としての味になったと指摘されている[5]。
定義と構造[編集]
文献上では、を「如来の三身」に対応づける整理がしばしば採用された。すなわち、物理層（端末や配線）が「法身」、サービス層（APIやクラウド）が「報身」、コミュニティ運用（規約やガバナンス）が「応身」と説明される[6]。一見すると体系立っているが、対応表は随時更新され、年度ごとに微妙に版が異なるとされる。
また「因縁」を、因果グラフ（dependency graph）やイベント駆動の順序制約として扱う語りが流行した。そこでは「良い因縁＝再現性の高い環境」「悪い因縁＝環境依存の事故」といった言い換えが、勉強会のスライドで繰り返し採用されたとされる[7]。
一方で、この体系は工学の厳密さから距離があり、比喩の範囲を超えると批判対象になりやすかった。実際、「神秘語が多すぎる」「用語が都合よく対応づけられている」との指摘が、のちに系の技術倫理議論へ波及したと記録されている[8]。ただし、その“ゆるさ”が広まりやすさの理由にもなったという見方もある。
歴史[編集]
前史：『回路曼荼羅』の作法[編集]
起源として語られる逸話は、1998年頃の近郊で開催された非公開勉強会に結びつけられることが多い。仮説の中心人物として、当時の若手研究員（架空）が挙げられ、「配線図を眺めると、祈りの形が見える」と記したとされるメモが、後年の研究史に引用された[9]。
このメモには、配線の“交点数”を修行段階に換算する計算が含まれていたとされる。たとえば「交点が27個の図は初学者」「交点が54個の図は中堅」「交点が81個の図は“如来の視界”に到達」と書かれていたという。もっとも、この数え方は配線図の描き方に強く依存するため、後に「数が先行しすぎる」と揶揄された[10]。
ただし、偶然性を織り込んだ上での“遊びの設計”として受け取られ、回路曼荼羅は次第にコミュニティ文化として拡散したとされる。ここで、後のの特徴である「技術を読み替える」態度が、すでに芽生えていたと説明されることが多い。
成立：通信障害と布施型API[編集]
という呼称が定着した契機としては、2002年春の通信障害が挙げられることがある。特定の夜に、東京圏のバックボーンで断続的なパケットロスが発生し、関係者が原因追跡を“因縁の解読”として語り始めたという伝承がある[11]。
そのとき、当事者の一人が「ログは布施である」とメモを残したとされる。ログを溜めて共有すれば、同じ事故は繰り返さない＝悟りに近づく、という論理が広まり、「布施型API」という言葉にまで発展した[12]。布施型APIとは、利用者に“学習の余地”を残す設計（例：詳細なエラーコード、再現手順の自動生成）を指す比喩であると説明される。
また、象徴的な数字として「耐障害の祈祷回数は1日あたり613回」という記述が、のちのスライド資料に転用されたとされる。613は当時流行した“軽量同期プロトコル”の呼び名（由来は不明）と重なっていたとされ、合理性と偶然性が同居したまま定着していったという[13]。なお、実在の障害報告書との突合が完全にできないため、要出典の付記が付くこともあるとされる。
社会拡張：規約ガバナンスの応身化[編集]
2006年頃になると、は技術現場だけでなく、規約・監査・品質保証といった“運用”へと拡張したとされる。ここで、応身を「コミュニティ運用」とする対応表が定着したと説明される[6]。
具体例として、ある開発コミュニティ（当時内の会議室に集まっていたとされる）が、提案の採択プロセスを「三回の説法」と呼び、最終判断を“心証ログ”として保存したとされる。その心証ログは、承認者のコメントを感情ではなく説明可能性スコアに換算し、「説明可能性スコアが0.83以上で説法完了」とする運用が導入されたという[14]。
この運用が社会に与えた影響としては、従来は個人技で回っていたデバッグや合意形成が、“儀礼化”された点が挙げられる。儀礼化は安全性に寄与する一方で、異議申し立ての手続が重くなるという副作用も生まれた。結果として、テクノロジー如来は「やさしさの設計」へと語り替えられながらも、「形式の支配」としての批判を招いた、と整理されることが多い[15]。
批判と論争[編集]
批判の中心は、が比喩であることを超え、技術の意思決定を“宗教的に正当化”してしまう点にあったとされる。たとえば「障害は業（ごう）であり、努力は回向である」といった語りが、組織の責任追及を曖昧にすると指摘された[16]。
また、「数式や仕様を、曼荼羅の形に置換しているだけではないか」という論点も提出された。特に、先述の交点数や祈祷回数のような恣意的な数字が、根拠薄弱な“格付け”として機能したのではないかという批判が出たとされる[10]。さらに、編集史の観点では「ある編集者が都合よく出典を差し替えたのではないか」という疑念も語られたが、真偽は確認されていない。
一方で擁護側は、テクノロジー如来は責任逃れの装置ではなく、複雑系を語るための“認知的翻訳”であると主張した。要するに、儀礼は人間の行動を安定化させるために必要であり、言い換えがあっても実務の改善が起こればよい、という整理である[17]。この対立は、技術倫理と文化研究の境界を揺らし続けたとされる。
脚注[編集]
関連項目[編集]
脚注
- ^ 佐藤ユミ『曼荼羅化する技術言説』臨時研究会出版, 2007.
- ^ 渡辺精一郎『通信障害と布施型API：ある擬仏教的実験』第3回工学文化シンポジウム論集, 2004, pp. 41-66.
- ^ Matsuda, Keiko, “Tathāgata Models for Distributed Systems,” Vol. 12, No. 2, Journal of Applied Misinterpretation, 2009, pp. 77-102.
- ^ 山根達朗『回路図に祈りを読む手順書』玄関書房, 2011.
- ^ Dr. Margaret A. Thornton “Governance as Ritual in Software Communities,” International Review of Ritualized Engineering, Vol. 5, No. 1, 2013, pp. 1-29.
- ^ 鈴木晃一『心証ログ設計ガイド（異端版）』北区開発標準局, 2010, pp. 88-95.
- ^ 田中真理子『技術倫理と言い換えの政治』理工社会学会誌, 第18巻第4号, 2015, pp. 233-260.
- ^ 王立規約監査院『運用の応身化と監査実務』王立規約監査院叢書, 2008, pp. 10-37.
- ^ Nakamura, Ryo, “Intersection Counting and the Myth of Robustness,” Proceedings of the Conference on Numbers That Feel Right, Vol. 2, 2012, pp. 301-318.
- ^ 片桐玲『テクノロジー如来大全（改訂第三版）』平行世界出版社, 2020.
外部リンク
- 回路曼荼羅アーカイブ
- 布施型API設計ノート
- 心証ログ可視化ベータ
- 規約ガバナンス勉強会（旧掲示板）
- 通信障害と語りの統計