Я вообще думал сделать JSON внутренним форматом данных в своей разработке, но внутри пока нужда не возникла, а на межсайтовом уровне пока SOAP предпочтительнее, хотя никаких препятствий не вижу...
Я фильтры для JSON написал сразу вместе с самим модулем фильтров, как и XML и YAML и HTML, то есть если сделать любой запрос с режимом отображения json, то данные прийдут именно в этом формате...
Пока что не используеться нигде, но планируеться как один из вариантов передачи данных для технологии AJAX.
----
Чтобы правильно задать вопрос, нужно знать больше половины ответа...

Вот в том-то все и дело, что разговоров ведется много, а реально люди все же используют xml... Хотя лично меня это начинает напрягать - когда в броузер въезжает порядка 2-х тысяч записей, которые для начала в DOM загнать, а потом и обработать.... Тормозит.

XML конечно хорошая вещь, благодаря этому стандарту считаю, снято множество комуникационных проблем, не надо распыляться на поддержку чего-то своего. Но естественно, это все достигаеться благодаря избыточности информации...
XML никогда не был легковесным стандартом... объем полезной информации может занимать меньше половины реального объема :( Поэтому думаю решений, требовательных к ресурсам, особенно если решения не будут експортироваться в другие разработки, вполне допустимо применять альтернативные, намного более удобные и естественные технологии...

Что касаеться JSON то учитывая что он представляеть код JavaScript в чистом виде, я считаю что для AJAX и другого скриптинга на стороне клиента это куда предпочтительней вариант чем XML. Хотя конечно все зависит от задач и к примеру от сырого материала. Если исходные данные в XML, то не вижу смысла их сначала перегонять в JSON а потом отправлять клиенту. Разве что ресурсы сервера избыточны для задачи :)
----
Чтобы правильно задать вопрос, нужно знать больше половины ответа...

Наткнулся на такую вещь
http://idisk.mac.com/christian.hansen/Public/perl/serialize.pl
там внизу есть результаты вычислений...

JSON::PC показует одни из лучших результатов, но в отличии от Storable читаем без обработки, как Dumper.
Кстати сам модуль JSON использует именно JSON::PC при его доступности...

Хм, это наводит на мысль сделать его приоритетным сериализватором для обмена данными...
----
Чтобы правильно задать вопрос, нужно знать больше половины ответа...

Спасибо за ссылку!
Я не задумываясь пользовался YAML::Syck. JSON::PC раза в 3 быстрее. Будем посмотреть :)

А есть еще subj:) Как видите, он вооще на C сделан.... Работает очень быстро, но вот классы обрабатывает плохо. Справляется с массивами, хешами, а вот если ему подать на вход класс, где get/set сделаны не ручками, а с использованием, например, Class::Accessor::Fast, то результат будет очень печальным.

В остальном более чем достойный модуль.

JSON::PC тоже XS модуль