| ▲ | Deser: Rethinking Rust Serialization(lucumr.pocoo.org) |
| 26 points by tosh 4 hours ago | 6 comments |
| |
|
| ▲ | satvikpendem 2 hours ago | parent | next [-] |
| How does this compare to facet [0][1] by fasterthanlime? Seems some of the reasoning is similar especially for compile time bloat. [0] https://facet.rs [1] https://fasterthanli.me/articles/introducing-facet-reflectio... |
| |
| ▲ | nicoburns 2 hours ago | parent [-] | | Facet set out to compile faster, but AFAIK it never actually achieved that goal. |
|
|
| ▲ | duhhhhh1212 3 hours ago | parent | prev | next [-] |
| https://www.pangram.com/history/5f1c86e9-2b47-4d36-9e64-2191... |
|
| ▲ | ramon156 3 hours ago | parent | prev [-] |
| next time just write the post yourself. I don't need an entire paragraph to explain that deser = serde but reshuffled |
| |
| ▲ | qchris 3 hours ago | parent | next [-] | | I'm not sure if this author used an LLM, but I think you've misunderstood that paragraph. At worst, the line you're referencing is a tongue-in-check little introduction into a paragraph that describes the top-level differences in approach to serialization that the two libraries take. | |
| ▲ | ydj 2 hours ago | parent | prev [-] | | deser might also just be deserialize shortened, and I was wondering if it was something focused on deserialization only. As such, I didn’t find a quick little note on the etymology to be a particularly egregious waste of words. |
|