新フォーマット「TOON」はJSONの代替になるか、海外で議論に

姉妹サイトの新着

海外の掲示板4chan /g/で、JSONの新たな代替フォーマットとして登場した「TOON」をめぐる議論が盛り上がっていた。発端は「JSONはもう古い、TOONが必要だ」という投稿で、スレでは配列のサイズを明示する仕様や、フィールド数が可変のデータをどう扱うかといった実装上の弱点が次々と指摘された。一方で「結局CSVに手間を加えただけ」「XMLに勝てる形式はまだ無い」といった意見や、Clojureのデータ形式EDNを推す声も上がり、新フォーマット一つをめぐって技術者たちの好みの違いがはっきり出たスレとなった。

1 海外の名無しさん 2026-10-18 20:01
TOONに置き換えるべきだろ
4 海外の名無しさん 2026-10-18 20:07
じゃあid 102にratingが無い場合はどうなるか見せてくれよ
7 海外の名無しさん 2026-10-18 20:11
そうそう、rが抜けてるな
9 海外の名無しさん 2026-10-18 20:12
>>1
それなら普通にCSVでいいじゃん
JSONの利点は全要素が同じフィールドを持たなくていいことなんだが
10 海外の名無しさん 2026-10-18 20:12
>>1
TOONはフィールド数が増減するノードをどう扱うんだ?

JSONのリクエストボディって非対称なフィールドが必要なケース多いぞ
11 海外の名無しさん 2026-10-18 20:14
>>5
>あーあ、でも省略記法が欲しいんだよなあ!!!!
なら自分でカスタム型を追加しろよ、このクソガキ
{"reviews"
#shorthand-maps
[["id" "customer" "rating" "omment" "verified"]
101 "Alex Rivera" 5 "Excellent!" true
102 "Brij Pandey" 5 "Game changer!" true
103 "Casey Lee" 3 "Average" false]}
12 海外の名無しさん 2026-10-18 20:16
>>1
NEONで聞いてみたら?
13 海外の名無しさん 2026-10-18 20:16
サイトに載ってるJSONの例、圧縮したら元の1/3になるけど、それってどのWebサーバーも既にやってることだよな
新フォーマット「TOON」はJSONの代替になるか、海外で議論に
17 海外の名無しさん 2026-10-18 20:17
>>13
それでも231は171より大きいけどな
14 海外の名無しさん 2026-10-18 20:16
>>3
ついにRUSTの対抗馬が出てきたか
15 海外の名無しさん 2026-10-18 20:16
>>1
うおおおおTOONにハマってきたぞ
新フォーマット「TOON」はJSONの代替になるか、海外で議論に
16 海外の名無しさん 2026-10-18 20:17
>>1
これ、Claudeとその仲間のAIたちにはどう影響するんだ?
18 海外の名無しさん 2026-10-18 20:18
結局XMLに勝てるものなんて出てこないんじゃないか
20 海外の名無しさん 2026-10-18 20:19
>>18
EDNだな
[:p
{:class "some-paragraph"}
"このテキストを見て "
[:strong "Becky"]
"!"]

https://github.com/weavejester/hiccup
21 海外の名無しさん 2026-10-18 20:20
>>1
TOONは読みづらい
22 海外の名無しさん 2026-10-18 20:21
TOONってセット(集合)型すら対応してないんだよな。じゃあ何が対応してるかって?EDNだよ。
#{:order "doesn't" :matter/LMAO}
23 海外の名無しさん 2026-10-18 20:22
>>1
これって結局、手間を増やしたCSVだろ。CSVがこの用途に使われないのには理由があるんだよ
25 海外の名無しさん 2026-10-18 20:24
>>23
手間を増やしたCSVなだけじゃなく、それより劣化してる
ルート要素で配列サイズを指定しなきゃいけないみたいだけど、これ別に要らないだろ
しかも実際の要素数と合わなかったらどうするんだ?少ない方で読むのか?nullで埋めるのか?エラー扱いにするのか?

他サイトの新着

24 海外の名無しさん 2026-10-18 20:23
>>1
でもそれ、結局CSVじゃん
新フォーマット「TOON」はJSONの代替になるか、海外で議論に
26 海外の名無しさん 2026-10-18 20:26
JSONの本質は人間が読んで編集できることだろ。データを小さく詰め込みたいならバイナリ形式を使えばいい
29 海外の名無しさん 2026-10-18 20:35
>>26
EDNと同じことができるバイナリ形式、知ってるか?Nippyだよ
https://github.com/taoensso/nippy
27 海外の名無しさん 2026-10-18 20:26
>>1
こういうデータ形式はエージェント時代にはもう古いんだよ。エージェント同士のやり取りなんて.mdファイルで十分
28 海外の名無しさん 2026-10-18 20:27
>値が無い場合はどうするんだ????
それもEDNなら解決できる。nilを使えばいいし、キーごと無くしたいならプレースホルダーを定義すればいい(ユーザー定義でもカスタム型でもいい)
{"reviews"
#shorthand-maps
[_ ; プレースホルダーだ、EDNはコメントにも対応してるって言ったよな
["id" "customer" "rating" "omment" "verified"]
101 "Alex Rivera" 5 "Excellent!" true
102 "Brij Pandey" 5 _ true
103 "Casey Lee" 3 _ false]}

この話題の背景と論点

TOON(Token-Oriented Object Notation)は、JSONより少ないデータ量で同じ内容を表現できることを売りに登場した新しいシリアライズ形式で、LLMへの入力コストを抑える目的で近年注目されている。スレで意見が割れたのは、データを小さく詰め込むことを重視するか、JSON本来の「要素ごとにフィールドが違っても扱える柔軟性」や「人間がそのまま読み書きできる」利便性を優先するかという点だ。配列のサイズをあらかじめ書く仕様や、値が欠けたフィールドの扱いについては、実装上の弱点として複数のレスで指摘されている。また、Clojureのデータ形式EDNを推す声が目立ったが、EDNは柔軟な型やコメント機能を持つ一方、普及度の面でJSONに遠く及ばない点は本文では触れられていない。データの圧縮自体はWebサーバーのgzipなどでも実現できるため、TOONの優位性が本当に新しいものかどうかは読者の判断に委ねられる。

※本記事は海外掲示板 4chan /g/ (Technology) のスレッド「JSON is obsolete, we need TOON」から抜粋し、編集部で日本語に意訳したものです。訳文の責任は当サイトにあります。

この記事のリアクション

他サイトの新着

まだコメントはありません。

コメントする

誹謗中傷・個人を特定する書き込みは削除対象です。投稿は承認後に表示されます。

相互リンクサイト新着記事