4 posts tagged with "data-runtime"

JSON Schema's core limitation isn't its syntax — it's that a schema is always a second, separate document describing the shape of a first one, and nothing forces the two to stay in agreement. Add a field to your data and forget the schema, and nothing tells you. Stof takes a different approach: #[schema(...)] attaches a validation rule directly to the field it protects, in the same document, so there's no second file that can quietly fall out of sync.

A data runtime is a system that executes data directly, the same way a JavaScript runtime executes JavaScript. Instead of treating data as an inert value that some separate program has to load and interpret, a data runtime runs documents that carry their own logic — fields, types, and functions together, in one place, sandboxed and portable across whatever host embeds it. Stof is a data runtime: a superset of JSON where the data validates itself, transforms itself, and acts.

Stof wasn't designed as a product. It came out of roughly a decade spent building parametric and geometry formats for CAD and graphics systems — Siemens, Lockheed Martin, Configura, Anark — work that has almost nothing to do with web APIs or config files on the surface, and everything to do with them underneath.

It always starts innocently. You're creating a new config or endpoint with some dynamic behavior, thinking "keep it stupidly simple." What's simpler than JSON or TOML? Some key-value pairs, maybe some nesting — we'll actually keep it clean this time.

Any experienced programmer knows what comes next.