News for hackers. Stuff that matters.
Re:MessagePack: like JSON, but fast and small by londons_explore on Tuesday March 10, 2020 @05:36PM (#22539999)
The same argument could have been made when the ppm image format was replaced with binary formats like JPEG.

Nobody says "what a shame I can't open that jpeg image in a text editor".

Everyone understands that an image is an image, and there are tools for dealing with images, like photoshop.

The same could be said for data interchange formats like json.

Re:MessagePack: like JSON, but fast and small by yellowapple on Wednesday March 11, 2020 @03:20AM (#22543799)
> Nobody says "what a shame I can't open that jpeg image in a text editor".

Nobody except me, of course. I'd be thrilled if I could open up a JPEG in Emacs and e.g. view/edit the EXIF metadata in a text buffer (and/or pop up a graphics buffer for editing the image itself). Similarly, I'd be thrilled if Emacs was able to parse MessagePack data and let me view/edit it in a buffer. Both of these things are theoretically possible, but to my knowledge nobody's actually done them yet.

Granted, calling Emacs "just" a text editor is pretty stretchy, but still.

Re:MessagePack: like JSON, but fast and small by emj on Tuesday March 10, 2020 @07:14PM (#22541007)
This was specifically about having a fileformat encoding binary data, and in that vein there is a place for PPM, it's probably better for many small bitmaps than PNG. My old PPMs from my email archive look horrible as jpegs https://xkcd.com/1683/ .

JSON vs. Bencode, JSON can get you the data good enough a lot faster, while a bencode parser is easier to write. My feeling is that most formats with schemas usually fail somewhere in the details anyways. Honestly I think I want too much from them; e.g. the YANG Data model language is a kitchen sink but lacks a lot.