AltSql
A native hybrid of key-value and SQL, from the sensor to the gateway. Both ends share the same records, byte for byte.
01/Studio
We design and build databases, proxies, queues and backend systems, for clients and in the open.
02/Work
Our own projects, all open source under Apache 2.0. Each one has its own site, and its code and releases are on GitHub.
A native hybrid of key-value and SQL, from the sensor to the gateway. Both ends share the same records, byte for byte.
SQL, key-value, graph and vector in one native database, kept in a single SQLite file.
A job queue in one file, with retries, delayed jobs and dead letters built in.
Answers kept ready as data arrives. Counts, percentiles and summaries stay current in a SQLite file.
The operating system for your web traffic: a small Go kernel with sandboxed WebAssembly plugins on top.
The VPN, rebuilt as an operating system. Each program gets its own network path, policy and record.
Ready machines for coding agents. Describe a project’s setup once, and preconfig writes each agent platform’s setup file and tests it on a clean machine.
Free tools for the key-value stores you run: Redis, Valkey, DynamoDB and etcd. Nothing you paste leaves your browser.
PostgreSQL migrations with every step and its SQL laid out first, applied in one transaction and verified after.
Fully rendered copies of a JavaScript site’s public pages, kept on your own server and served to crawlers.
An aggregate database. It keeps the statistics you declare for years, in one file, and lets the raw events go.
Watches the models your app depends on and tells you when one changes underneath it.
Runs duplicate requests once. Equal requests join one durable operation and share its result, even when a worker crashes.
Keeps a run of any program as one file, replays it offline, compares runs and shrinks a failure to what causes it.
Turns events that arrive late, twice or out of order into one sequence that comes out the same every time, byte for byte.
Lets a program fork its state into weighted branches, rule them out as facts arrive, and promote the one that wins.
Runs multi-step jobs inside your own program and picks them up where they stopped after a crash.
Finds the PostgreSQL queries a planner setting makes clearly faster, by trying them on a replica.
Fails a pull request when it makes the benchmarks slower than their budget, and stays quiet within the noise.
Keeps the reference data an app ships with up to date on every release, without undoing what admins changed.
Turns long test runs, logs, diffs and API responses into short reports that keep every failure, within a byte budget.
A key-value store that records who changed each value, why, and which earlier change caused it.
Fixes HTTP traffic between a client and a service you can’t change, with rules you can read.
Shows where an HTTP request spent its time, and moves a file so an interruption never costs the verified part.
Describe a binary format once, then read it, write it back byte for byte and see where a file breaks the description.
01
A working first version you can put in front of users or investors. We find the smallest build that proves the idea, and build that first.
02
Services and command-line tools, mostly in Go. Tests and release builds start with the first commit.
03
Embedded databases, key-value stores, job queues and precomputed views, sized for anything from a sensor to one honest server.
04
Reverse proxies, tunnels, traffic rules and plugin systems, including sandboxed WebAssembly plugins you can write in any language.
05
We join your team for a feature or a migration that has stalled, and work in your repo by your conventions.
06
Release pipelines, binaries for each platform, changelogs and docs, so a project keeps shipping without anyone babysitting it.
04/Process
The same four steps every time. You see working code early, and you see it often.
A call, then a short written brief that says what it must do and how we’ll know it works.
A small working build early on, so decisions get made on something you can run.
Short cycles, each ending in a version that runs. You see the repository the whole time.
Code, docs, binaries and an automated release pipeline. You own all of it, and we stay reachable.
05/Notes
Releases and test results from our projects, with links to each project’s own post and its code.
Aftermarket has its second tool. AfterAPI, run as aftermarket adapt, is for the day a whole API gets replaced and a client still expects the …
Aftermarket now has four tools. The new pair answers the question that comes before any repair: what actually changed? AfterTest, run as …
BitSpeed, the studio’s twenty-fourth project, ships two tools that share a name and nothing else at runtime. Each one answers a question …
Tell us what it has to do and what it runs on. We’ll reply with questions first, then a plan and a rough size.