technologybriefs
8:40in productionCh. 1 · The origin was a website, not a spec/ 8:40 · ceiling 15 min
Software · Web & cloud

JSON

JSON succeeded not because it was novel, but because it refused to do anything except encode six values — and that restraint made it universal.

JSON is a syntactic constraint, not a data model. It works because it refuses to be more than a wire format — and fails wherever meaning, safety, or evolution is required.

Chapters & takeaways4
  1. 1:10
    The origin was a website, not a spec

    Crockford specified JSON in 2001 and launched json.org in 2002 — a deliberate act of standardisation-by-publication, not committee.

  2. 2:38
    It is syntax without semantics

    JSON is not JavaScript — it is a frozen, syntactic subset of ECMA-262 3rd Edition, stripped of all behaviour.

  3. 3:25
    Syntax alone was standardised first

    Three standards exist: ECMA-404 (2013), ISO/IEC 21778 (2017), and RFC 8259 (2017) — but only the RFC adds interoperability guidance.

  4. 4:53
    Standards cover grammar, not guarantees

    ECMA and ISO define only what characters are allowed — nothing about security, encoding, or how to handle malformed input.

Worth your time?

Yes. Study the whole thing.

4.5/ 5
What works
  • human readability
  • cross-language parsing
  • low-parsing overhead
  • browser-native support
What does not
  • schema enforcement
  • binary efficiency
  • versioning
  • extensibility
Study it if
  • API designers
  • frontend developers
  • integration engineers
Skip it if
  • protocol designers
  • embedded systems engineers
  • data governance teams
The written brief1 min read

What it is and the problem it solves

JSON is a minimal, language-independent data interchange format. It solves the problem of serialising structured data for transmission without requiring full language runtimes or complex parsers.

How it works

JSON encodes data as plain text using a strict subset of JavaScript’s object literal syntax: curly braces for objects, square brackets for arrays, double-quoted strings, numbers, booleans, and null. It omits functions, dates, undefined, and circular references. Parsing requires a lexer and parser that enforce these constraints — no execution, no evaluation.

What works

Its syntax is trivial to generate and parse in any language. Its reliance on existing JavaScript grammar made it instantly usable in browsers. Its strictness prevents ambiguous edge cases like XML’s namespace resolution or DTD dependencies.

What does not

JSON does not define data types beyond its six primitives. It does not specify encoding, transport, versioning, or error handling. It does not support comments, trailing commas, or hexadecimal numbers. It does not enforce semantic meaning — two identical JSON strings may represent incompatible concepts.

What it changes

JSON displaced XML for web API payloads by removing markup overhead and enabling direct evaluation in browsers. It shifted the burden of data fidelity from document structure to developer discipline — schema, validation, and typing became external concerns.

Is it worth your time

Yes, if you move data between systems and need predictable, human-readable, low-overhead interchange. No, if you require schema validation, binary efficiency, or extensibility — JSON provides none of those by itself.

Same field · Software4 of 42
Up next in Technology

Kubernetes

2014 · 9:07

Kubernetes replaced shell scripts with YAML—and made infrastructure legible only to those fluent in its object model.

9:07