ludocode

23 ms·

181.
by ludocode 7y ago
MessagePack lets you use integers for keys, so you can use enums or integer constants in the code instead of strings. There are good reasons to use MessagePack over Protobuf even if you don't need readability, such as easier integratio
182.
by ludocode 7y ago
I don't think the parent poster was confusing encryption for compression or suggesting security by obscurity. He just meant that JSON is never sent in pretty-printed plain text over the wire, so you always need tooling to view it. This
183.
by ludocode 7y ago
Binn also does binary length prefixing of all values, allowing you to skip through it. It's also a lot simpler than Amazon Ion and doesn't have the awful mistakes of BSON so it might do the trick for you. It's not at all popu
184.
by ludocode 7y ago
I'm not sure if the benchmarks above reflect this, but MessagePack allows you to use integers (or any data type) for map keys. This makes it a lot smaller than using plaintext keys, and makes it comparable to formats like Protobuf desp
185.
by ludocode 7y ago
The spec doesn't really make this clear, but reifying the packed encoding types is not, I think, how MessagePack was intended to be used. At least it's not how it's implemented in MessagePack libraries. As far as I know they
186.
by ludocode 7y ago
CBOR also made a lot of changes to MessagePack making it far more complicated, both to use and to implement. I've talked about this on HN before so I'm repeating myself a bit but here's a short list: - CBOR has two ways of en
187.
by ludocode 7y ago
My MessagePack implementation is designed for embedded: https://github.com/ludocode/mpack It can be built to a very small code size, especially when you disable libc, allocations, etc. There are some people using it on
188.
by ludocode 7y ago
I did some pretty extensive benchmarking of various schemaless serialization libraries a few years back. All of these libraries have advanced quite a bit since then so it's a bit out of date, but the relative speeds of MessagePack vs J
189.
by ludocode 7y ago
I wrote a MessagePack to JSON conversion tool which is ideal for viewing MessagePack. It supports a pseudo-JSON debug output so you can view messages even when they use features outside of JSON, like binary blobs or arbitrary key types: ht
190.
by ludocode 7y ago
I have a four month old daughter. My job takes eight hours, almost two hours more for the commute, at least an hour each day for cooking and meal prep, six hours for sleep, and the rest is taken up with the baby. I get some work done on wee
191.
by ludocode 7y ago
It also doesn't help privacy-conscious users who clear their cache regularly. I use Firefox Focus on mobile and have Firefox in permanent private browsing mode on desktop, so I always get a cold load.
192.
by ludocode 8y ago
> No, but someone giving bread away for free and doing that wouldn't be so clearly bad. I would say that's even worse. By giving bread away for free, he's making it impossible for other bakeries to compete unless they do t
193.
by ludocode 10y ago
Of course they don't need consent. The point is that standardization is meaningless without the support and participation of implementers and users. This is why CBOR has made no progress in replacing MessagePack. The point about strict
194.
by ludocode 10y ago
No, CBOR should not replace MessagePack. The CBOR spec was written without the participation of the MessagePack community or the consent of its creator. CBOR added a number of questionable and unpopular features that lacked community consen