jscatjo
| 主題 | コード方言・会話プロトコルの混交体系 |
|---|---|
| 領域 | ソフトウェア工学・ヒューマンインターフェース |
| 成立時期（伝承） | 1998年〜2001年頃 |
| 中心地（伝承） | 内の深夜勉強会会場を転々 |
| 関連概念 | 、 |
| 主な用途（当時） | 実験的UIテキスト生成、デバッグ補助 |
| 評価 | 軽量である一方、再現性に難があるとされる |
| 公的文書 | 存在するが、一次資料の同定が難しいとされる |
（ジェイエスキャットジョー）は、学術界で「偶発的なコード方言」と呼ばれることがある由来の系譜名である。主にとの間にあるとされ、1990年代後半の裏研究会から広まったとされる[1]。
概要[編集]
は、実装上はの構文規則を参照しつつ、対話の文脈では擬音・比喩・短い「鳴き」片を優先させる規約体系として語られることがある。
一方で、研究者の間では「厳密な仕様というより、複数人の記憶から立ち上がった作法」だと整理される場合がある。もっとも、当時の関係者は“猫が読めるコード”を目標にしていたと述べ、結果として会話ログがそのまま仕様書めいて残ったとされる。
語源に関しては諸説あり、最頻出の説明としては「JS（JavaScript）に猫（cat）を足し、最後に“ジョー（jo）”で状態を確定する」という伝承的な読み替えがある。ただし、この説明は後付けとしても知られ、初期の投稿者は「joは気分のハンドル名だ」と冗談めかしていたとされる[2]。
成立と発展[編集]
起源：深夜掲示板と『曖昧括弧規約』[編集]
起源は、の小規模オフィスで行われた「夜のビルド会議」に求められるとされる。この会議では、コンパイラが怒る閾値を誰も覚えていない状態で、ログを読み解く“合図”だけが共有されていたという。そこから、括弧の対応が曖昧でも通るように見せかけるが“とりあえずの救命装置”として採用されたとされる。
このとき、記録係だった（仮名）が、掲示板の投稿IDの最後3文字を「jo」と切り出し、“その行は後から解釈される”印として使ったのが発端だとする話がある。さらに別系統の証言では、会議が行われた机の引き出しに猫のおもちゃが置いてあり、鳴き声の擬音が仕様の穴埋めに転用されたともされる。いずれにせよ、コードの挙動よりも「誤解を誤解のまま保存する」方向性が早期に固定されたとされる[3]。
拡散：名札コードと『猫語トランスコンパイラ』[編集]
からにかけて、jscatjoは“名札コード”と呼ばれる運用により拡散したとされる。これは、メンバーがイベント会場で受け取る名札に、短いルール断片（例：『にゃ＝否定』『お＝強調』）を印字し、チャットの入力を半自動で整える方式である。
その結果として、テキスト整形を行うが作られたとされ、同コンパイラは月次の自作レポートにより回覧されたという。開発メンバーはのに拠点を持つ小さなコンサル会社からも出ていたとされ、連絡には（仮称）が関わったとされる。
ただし、ここで重要とされるのは、猫語トランスコンパイラが“変換器”ではなく“解釈の社会装置”だった点である。つまり、同じ入力でも受け取る側の前提により意味がずれ得ることを仕様として採用していたとされる。実際、当時の内部メモでは「誤差は±2トークン以内、ただし猫がいるときは±5で許容」と記されていたとも伝えられる[4]。この±2/±5が後に論争の種となる。
社会的な影響：UIの『説明責任』を再設計した[編集]
jscatjoが社会に影響を与えたとされるのは、製品のUI文言が“正確性”より“誤解の回収”へ寄っていった時期と重なるためである。特にやの現場では、説明が長いほど失敗するケースが報告され、短い比喩と擬音を挟むことで理解率が改善したという観測が広まった。
ただし、当時の統計は出所が曖昧であり、ある回覧資料では「理解率は導入前36.2%から導入後41.7%へ上昇した」とされる一方、別の同人資料では「41.7%はサンプルの学習意欲がたまたま高かった週の値」として修正されている。さらに、第三の資料では「導入後は“わかる”ではなく“わからないまま動ける”率が上がっただけである」と書かれている。
このように評価は揺れるものの、jscatjoが残したのは「説明責任を文章で担保するのではなく、会話の作法で担保する」という発想だったとまとめられることがある。結果として、のちのUIガイドライン作成に、会話ログの参照方法が組み込まれていったとされる[5]。
特徴と技法[編集]
jscatjoの“技法”は、技術的には軽微でありながら運用が複雑だとされる。典型例として、入力行の先頭に半角で3文字のマーカーを置く「三文字確定法」が語られることがある。例えば「js_」「cat」「jo」の順で並ぶとき、その行は“解釈フェーズ”に回されるとされる。
また、括弧対応が厳密ではない場合にも動作するように見せるため、では「閉じ括弧が欠けても、次の改行までをひとつの単位として扱う」という運用が採られたとされる。ここでの細部は、なぜか“改行コード”の扱いに執着しており、とのどちらかで意味が変わるとされた時期がある。あるメモでは「LFのときは猫が先に寝るので、条件分岐の優先度を1段だけ下げよ」と書かれているという[6]。
さらに、jscatjoはログの“沈黙”も情報として扱う点で特徴的である。つまり、何も返さない応答（空文字）は、相手が理解した印ではなく、あえて理解の余白を残す行為として記録されることがある。この考え方は後に、チャットボット設計の議論で参照されたとされるが、実装に持ち込むと不具合が増えるため採用は限定的だったとされる[7]。
批判と論争[編集]
jscatjoには、初期から再現性と検証可能性の問題があったとされる。批判の中心は「仕様が人の記憶と儀式に依存している」点であり、同じログでも読み手の前提が違うと結果がずれるため、第三者が検証できないという指摘がある。
特に論争になったのは、先述の±2トークン／±5トークン許容が、いつの間にか正式ルールとして扱われ始めた時期である。ある内部報告では「±2は規模、±5は気分」と整理していたのに対し、別の配布資料では「±5は猫の有無」と誤読されたという。結果として、ある研究室では会議室の“猫禁止”を検討し、ついには管理担当が「ぬいぐるみは可、実猫は不可」と通達したとされる[8]。
また、擬音や比喩をUIに混ぜることへの倫理的懸念も出た。教育現場では、比喩が子どもの認知を助ける一方、誤解を固定する危険があるとして、導入が部分的に見直された。とはいえ、支持者は「誤解が残る仕様こそが現場を救う」と反論したとされ、最終的に“用途限定の会話設計”として収束したと記述される場合がある[9]。
関連人物・組織（伝承）[編集]
jscatjoの成立には複数の人物と組織が関与したと語られるが、一次資料は断片的であるとされる。代表的な人物として、ログの分類に長けた（仮名）が挙げられることがある。高橋は“鳴きの種類”を分類表にまとめ、「にゃ」「ふー」「ごろ」「もっ」といった擬音に、否定・保留・確認・沈黙のラベルを付与したとされる。
また、運用面では（架空）が窓口になったとする説明が存在する。同社はのに登記があることになっており、社内勉強会の要約を「第0回：猫がいないときの仕様」として配布したとされる。ただし、この配布資料の年次は複数説があり、説と説が併存している。
組織としては、すでに言及したのほか、で開かれた「誤解の工学」ワークショップが関与したとされる。そこでの決議は「jscatjoはバグではなく会話の相互理解である」としてまとめられたと記録されるが、参加者の一部は“議事録が猫語で書かれていたため覚えていない”と述べている[10]。
脚注[編集]
関連項目[編集]
脚注
- ^ 渡辺精一郎「曖昧括弧規約の運用史（回覧版）」『夜のビルド会議議事録』第0巻第7号, pp.11-39, 1999.
- ^ 高橋麗音「猫語ラベル辞書の試作と誤読の統計」『ヒューマンインターフェース通信』Vol.12 No.3, pp.201-228, 2001.
- ^ Margaret A. Thornton「Ambiguous Syntax as Social Contract」『Journal of Conversational Systems』Vol.8 No.2, pp.44-69, 2003.
- ^ 朝霧ソリューションズ技術部「三文字確定法：js/cat/joの解釈フェーズ」『実装現場レポート』第3巻第1号, pp.5-18, 2002.
- ^ 山田貴志「ログ沈黙を情報化する手続き」『ソフトウェア工学研究年報』第24巻第4号, pp.777-804, 2004.
- ^ 伊藤恵里「理解率の測定設計：わかる/動けるの差」『教育データ設計学会誌』Vol.9 No.1, pp.33-61, 2006.
- ^ K. R. Nakamura「CRLF差分に潜む解釈分岐」『Proceedings of the Informal Systems Symposium』pp.120-131, 2005.
- ^ 匿名「±2トークンと±5トークン：気分と規模の境界」『ソフトウェア運用ノート』第1巻第9号, pp.1-12, 2000.
- ^ 佐伯真琴「猫禁止が与えた影響：会議空間の仕様化」『組織設計レビュー』Vol.15 No.6, pp.501-523, 2007.
- ^ 井上拓「jscatjo周辺の引用問題—出典同定不能の扱い」『学術情報管理月報』第11巻第2号, pp.88-96, 2008.
外部リンク
- 曖昧括弧規約アーカイブ
- 猫語トランスコンパイラ実装ギャラリー
- 夜のビルド会議デジタル回覧板
- 会話ログ分類ラボ
- 誤解の工学ワークショップ資料庫