career

this archive is a flight log: the record of building the ship while flying on it.

2016-2019

ThePlatform: one runtime, one table

This step was years of proving an idea, not years of polishing a finished product. The bet was that vectors, reactions, and grammars could share one dispatch.

The initial design thesis, the K influence, and the first rules for data layout, parsing, and concurrency.

starting something
kicking off theplatform - a new system, a small language, and three ideas to fit into one runtime.
ThePlatformwork: Mar 2016in the moment
#theplatform#design
what k got right
three months in. why arity-classed vector evaluation still gives modern systems a useful design challenge.
ThePlatformwork: 2016technical note
#theplatform#kdb#vectors#design
first sketch of o
the language has a name. settling the dispatch rule before the syntax.
ThePlatformwork: 2016in the moment
#theplatform#o#design
vec<f64> over a row of structs
a layout note I keep having to reread. why columnar wins by 10x once two passes are involved.
ThePlatformwork: 2017technical note
#theplatform#performance#vectors
no allocation in the inner loop
the only discipline that has stayed put after a year of writing the o kernel.
ThePlatformwork: 2016-2017technical note
#theplatform#performance#rust
the day i gave up on a fix library
a notebook entry from work i cannot share publicly. why grammars-as-values landed for me on this protocol first.
ThePlatformwork: 2018technical note
#theplatform#parsing#fix
grammars are values, not strings
when grammars become first-class, the language stops being two languages.
ThePlatformwork: 2018-2019technical note
#theplatform#parsing#peg#design
channels are not enough
channel selection works until a transaction needs values from two channels. the reaction has to be the unit.
ThePlatformwork: 2019technical note
#theplatform#concurrency#design
2019-2025

ThePlatform: proving the shared runtime in production

The value of ThePlatform was not any one subsystem. It was that one runtime, one debugger, and one extension model survived production pressure.

Proofs, retrospectives, and the production lessons that made the unification claim credible.

2021-2022

Hyperbridge: a public concurrency detour

This was not a side project for optics. It was a practical detour where fairness, wakeups, and panic safety had to be learned the hard way and in public.

The MPMC channel work that sharpened the concurrency discipline behind later systems work.

2020-2024

Rayforce: restart in C for embeddability

Rayforce began as a deliberate restart in C because embeddability mattered more than implementation comfort. The constraint, not the language preference, drove the move.

The transition away from a server-shaped Rust system toward an embeddable C library and its language core.

2024-2026

Rayforce: hardening toward real users

The hard part was not inventing kernels. It was making the system measurable, bindable, allocatable, documented, and honest enough for other people to use.

Allocator work, binding pressure, benchmarks, release work, and user-facing product decisions.

2025

AxlDB: test whether there was another shape

AxlDB was an honest negative result. The experiment mattered because it showed Rayforce was not missing a secret cleaner core.

The side experiment that clarified where the engine ended and the database began, then got shelved.

2026-

Rayforce2 / Teide: merge the surface with the engine

This step is about giving up the comfort of separate projects. The language users knew and the engine I wanted had to become one system.

The merge, the morsel pipeline, spec transcription, and the new query surfaces unlocked by the new engine.