Alternatives
Products that do what Kore - Binary File Format does
50x faster than JSON, 50-70% smaller. 6 language bindings.
- 1AF
Serialization framework with some interesting numbers: 10-20x faster on nested objects than json/protobuf. Technical approach: compile-time codegen (no reflection), compact binary protocol with meta-packing, little-endian layout optimized for modern CPUs. Unique features that other fast serializers don't have: - Cross-language without IDL files (Rust ↔ Python/Java/Go) - Trait object serialization (Box) - Automatic circular reference handling - Schema evolution without coordination Happy to discuss design trade-offs. Benchmarks:…
Oct 2025 · fory.apache.org
- 2JA
2015 · hperadin.github.io
- 3JF
After two years of improvement, I think it's time to share it with you all. Here’s a quick overview: - Common features include validation, formatting, minification, and more. - Visualize JSON in a graph or table view. - Structured comparison with fallback to text comparison. - Navigate though JSON using JSON pointer. - Supports jq. Would love to hear the community's questions, thoughts and comments!
2024 · github.com
- 4

- 5

- 6KA
2025 · davidesantangelo.github.io
- 7UJ
Hey folks! I know CSV parsers (especially in JS) aren't terribly exciting and someone writes a "better" one every week. I'm in the middle of my parental leave, and this was a project that came out of me looking for the fastest/smallest CSV parser. It all started so innocently, and then turned into a benchmark-validation-athon; the library itself took ~2 weeks to write, but the performance comparisons took another ~4 weeks (on and off). The benchmarks were a huge effort, but I think they are the most thorough to date, both in breadth and in depth, so hopefully you find them useful:…
2023 · github.com
- 8DT
An MIT-licensed human-friendly extension of JSON with quality-of-life improvements (comments, trailing commas, unquoted keys), extra types (tuples, bytes, raw strings), and semantic identifiers (think type annotations). Built in Rust, with bindings for Python and WebAssembly, as well as syntax highlighting in VSCode. I made it for those like me who hand-edit JSONs and want a breath of fresh air. It's at a good enough point that I felt like sharing it, but there's still plenty I wanna work on! Namely, I want to add (real) Node support, make a proper LSP with auto-formatting, and get it out…
Nov 2025 · duper.dev.br
- 9HS
2021 · github.com
- 10FA
Hello HN! I want to introduce fastgron, my new project. fastgron is a JSON to GRON converter, built to be incredibly fast – it's 40 times faster than Gron. GRON is a tool for making JSON greppable, but it can slow down with larger files. With fastgron, even a 200MB JSON file can be converted in just 1 second. Key features include streaming conversion for memory efficiency and an optimized path reconstruction for faster operations. It leverages C++ and the simdjson and fast_io libraries for speed. I welcome all feedback, suggestions, or questions. Thank you!
2023 · github.com
- 11

- 12SC
Problem JSON/NDJSON is everywhere in data platforms, but compression usually breaks searchability. You either keep queryable raw stores (high I/O/egress) or compress into gz/zstd blobs (cheap to store, painful to probe). The “cloud tax” shows up as wasted reads. What I built (SEE — Semantic Entropy Encoding) A schema-aware, searchable compression codec for JSON that keeps exists/pos lookups fast while still compressing. Internals: structure-aware delta + dictionaries, a PageDir + mini-index to jump to relevant pages, and a tuned Bloom filter that skips ~99% of pages.…
Oct 2025 · github.com
- 13AF
2021 · github.com
- 14SS
Hi HN, I’m building SEE (Semantic Entropy Encoding): a searchable compression format for JSON/NDJSON. Goal: reduce the “data tax” (storage/egress) and “CPU tax” (decompress/parse) by keeping JSON searchable while compressed, with page-level random access. I just published a proof-first evaluation release: Offline DEMO ZIP (~10 min): prints compression ratios + skip rates + lookup latency (p50/p95/p99) DD pack: audit/repro evidence (decode mismatch=0, extended mismatch=0, audit PASS) Latest release:…
Feb 2026 · gitlab.com
- 15JN
Hi HN! Happy to share that jist can now search JSON 17x faster than jq for a provided input (string or a file). The major change is using the bleeding edge simdjson parser as the preferred way of parsing and querying the input. Since simdjson can only work on files up to 4.2GB, jist falls back to its earlier implementation of scanning through input in chunks of 1MB which means it can still query files of virtually infinite size 3x faster than jq ever could while using ~10MB of memory. The next major feature will be summarizing input JSON into a schema - and it will do this by scanning the…
2025 · github.com
- 16QI
2017 · quicktype.io
- 17JS
Hi HN, jist is a JSON path search tool that feels like accessing a JavaScript object. It’s 3x faster than jq for the same use case, and over 2000x more memory efficient when searching a 3.3GB file for the last element (jist reads data in chunks so has constant space use). It doesn’t implement pattern matching yet. A feature I’m looking to add is generating a full JSON schema using the same streaming approach so stay tuned! Any feedback and feature requests are more than welcome
2024 · github.com
- 18ST
- What's different? It's fast. On my machine, the stream decoder is faster than bytedance/sonic which claim to be the fastest even though mine is written in pure Go and Sonic is written in Go + C + Assembly. It also is a drop-in replacement of the standard library. - Why is it fast? technologies used are in my articles (available in English and Japanese) EN: https://sugawarayuuta.medium.com/still-i-wanted-to-build-the... JA: https://zenn.dev/sugawarayuuta/articles/2a5a3cb3f9a504
2023 · github.com
- 19JN
Hi HN! I'm Alex, a tech enthusiast. I'm excited to show you Jesth, a next-level human-readable data serialization format. This project started out as a markup language for writing the docstrings of functions that would ultimately be consumed by a documentation generator. Basically the idea was to split a docstring into sections like Description and Parameters. Each section would consist of a header in square brackets and a body (lines of text between two headers). Here's what a docstring for a sum function would look like: This function takes in two integers a and b and returns their sum.…
2023 · github.com
- 20TM
I built tinykv because I kept reaching for simple persistent storage in Rust projects but found existing solutions either too complex (sled) or unmaintained (pickledb). tinykv focuses on simplicity: JSON-based, serde-powered, with optional TTL. Perfect for CLI tools, game saves, config storage. Would appreciate any feedback from the HN community!
2025 · crates.io
- 21

- 22

THE fastest alternative JSON parser for Go that does not require schema - buger/jsonparser
Jul 2026 · github.com
- 23IA
2016 · github.com
- 24

Ranked by how close each launch is in meaning, then by votes. Refine with a description →