0xd34df00d
14.01.2013 15:36 Azoth_primary
Мне понравился джысон. Я теперь все храню в джысоне. Даже состояние документов в читалке (страница, масштаб, етц) — в джысоне.
Это норм?
Recommended by:
@pooq: моча съела говно
Норм. У нас в универе все пару лет назад ушли с хымелья в джысон.
Окай.
нет, есть же dbm
Нахуй тут dbm?
норм. а дальше тебя заебут ошибки предсказателя при парсинге json'а из-за того, что внутри строк разрешены «"» и ты придумаешь свой собственный json, у которого строки будут начинаться не с двойных кавычек, а, скажем, с амперсанда, а заканчиваться нулевым байтом, напишешь к этому делу парсер на лексе или рагеле, а потом сядешь и будешь дрочить на производительность этого поделия, а потом у тебя коротнёт ноут, потому что ты просто зальёшь его к хуям спермой, до того производительно это будет работать
На спирите.
спирит умеет генерить быстрые парсеры, которые умеют парсить чанками?
Насчет чанков не знаю, но парсеры вроде норм.
как ты не понимаешь! парсинг чанками — это будущее хайлоада
Хайлоад-читалка документов.
Главное не в xml.
Почему?
А зачем пользоваться нечитабельным избыточным, избыточным, медленным для парсинга форматом, если можно не пользоваться?
потому что для него есть xslt и xsd
а чочо jaml?
А чочо jaml?
И зачем они в данном юзкейсе?
жсон и базовый хымыль одинакового уровня скорости парсинга
для хранения данных, зачем тебе читабельность?
Зато в жсоне меньше букав на единицу полезной информации.
Спорно. Впрочем, фактов под рукой нет, потому молчу.
он их по смс передовать собирается?
Через твиттор.
Сферические 0.2% производительности же!
У него жаба^W тырпрайз головного мозга же.
> нечитабельным
Пиздежь.
> избыточным
Есть, но очень мало и обосновано.
> медленным для парсинга
Че-е?
Потому что это расширяемый язык разметки.
yaml, долбоеб.
Ты сегодня прям снайпер.
Хорошая причина не использовать технологию
!
Ох блять.
Тот факт, что технология представляет из себя язык разметки — хорошая причина не использовать ее для хранения данных.
Не обосрешься, когда файлов (или, упаси Б-же, записей) станет слишком дохуя?
С чего бы? У меня ж не один жысон на все, а по жысону на документ. Какое-нибудь там ~/.leechcraft/monocle/savedstate/C++_за_21_день.pdf.json
У тебя, наверное, путь к файлу занимает больше, чем весь его контент. В этом проблема.
а если они будут в xml, то он не обосрётся?
Это ок, переживу. Вряд ли это будет проблемой.
Нет, но вот оракл тут бы помог точно.
Тебе виднее. Я понятия не имею, сколько ты говна хранишь. Git, вон, для объектов использует первые две буквы в качестве директорий для быстрого поиска, smplayer — одну.
Кстати, да, надо ставить last access-таймштампы и гарбаджколлектить.
не только у меня тырпрайз головного мозга, как я погляжу
ты понимаешь, что ты тормозишь сильнее, чем жаваскриптомакака?
Че.
нет
хуямл
...
ты упорот просто
ты прав
ты долбоеб
двачь