Skills this job asks for
PostgreSQLSparkRustSQLJavaScript
Add your CV (free) to see which of these your CV is missing.
Where you can work from
Worldwide, per the listing
The source labels this role as open worldwide. Still check time-zone or payroll requirements in the description.
The company's headquarters is not the same as where you may work from. Visa sponsorship only matters if you would relocate; see below.
Visa sponsorship, if you would relocate
Sponsorship verdict
No sponsorship evidence yet
No government record and no wording either way. Not a refusal: ask the recruiter.
-
?
No government sponsor record hereThis employer posted directly and does not match a government sponsor register.
-
?
The posting doesn’t mention sponsorshipSilence isn’t a refusal — ask the recruiter before investing much time.
-
?
No salary bar for this routeH-1B has no fixed salary bar: the employer must pay at least the prevailing wage for the role and area.
-
✓
Confirmed live todayWhen a source last listed this job as open.
Details and sources
- No salary bar for this route
- H-1B has no fixed salary bar: the employer must pay at least the prevailing wage for the role and area. Cap-subject employers enter a lottery weighted by wage level. Source: https://www.federalregister.gov/documents/2025/12/29/2025-23853/weighted-selection-process-for-registrants-and-petitioners-seeking-to-file-cap-subject-h-1b, rules effective 2026-02-27.
US H-1B: cap-subject employers enter a lottery weighted by wage level — Level I gets 1 entry, Level IV gets 4 (DHS projected selection odds ≈15% at Level I to ≈61% at Level IV). Universities and non-profit research employers are cap-exempt. The $100,000 fee for new petitions from abroad is currently blocked by a court order (appeal pending).
A verdict summarises public evidence. It is not legal advice and never a guarantee: the employer and the immigration authority decide. Sign in to factor in where you can already work.
Before you apply
Sponsorship unknown
No register record and no sponsorship wording in the posting. Worth asking the employer before investing significant time.
These come from the posting’s own wording. Read the original listing to confirm. See better-fit alternatives →
About the role
About Supabase
Supabase is the Postgres development platform, built by developers for developers. We provide a complete backend solution including Database, Auth, Storage, Edge Functions, Realtime, and Vector Search. All services are deeply integrated and designed for growth.
About the Role
We're looking for engineers to join the team building Spark, a lightweight implementation of Supabase written in Rust. It runs on an embedded SQLite-based engine with a Postgres-compatible SQL layer, and ships a PostgREST and Auth compatible API, so applications written against @supabase/supabase-js work as-is. It exists because AI builders and platform partners need a database they can give to every prototype without the cost or the wait: sub-second provisioning, a footprint small enough to run inside a sandbox, and an upgrade path to full Supabase when an app graduates to production.
This is a role with a lot of agency. Small team, working product, patterns still to be set. You'll own large areas end to end and make real decisions from day one.
What You'll Be Responsible For
In this role, you'll:
•
Grow API compatibility with the Supabase client, keeping behavior faithful to hosted Supabase and backed by conformance tests
•
Bring more of the Supabase stack to Turso/SQLite
•
Find and work around gaps in the underlying database engine, with minimal repros and tests
•
Build and harden the path for upgrading a project from Spark to full Supabase
•
Own the developer experience end to end: the CLI, local tooling, and docs
•
Build and harden the hosted offering while keeping the low cost structure in mind, kept loosely coupled so the implementation can be swapped without a rewrite
•
Work directly with design partners and turn real-world migration and integration friction into a sharper product
•
Engage with the open-source community and contribute back to the broader Supabase stack
You Might Be a Good Fit If You
•
Have substantial backend or full-stack experience with strong fluency in Rust, have shipped production Rust, and have built or contributed to a backend system, framework, or developer platform before
•
Are a strong generalist, comfortable moving across the stack from API design to storage internals to infrastructure, and picking up whatever the problem needs
•
Read unfamiliar code without friction. A lot of the work means studying reference implementations in other languages, such as GoTrue in Go, PostgREST in Haskell, and matching their behavior in Rust
•
Have a solid grounding in SQL and relational databases, experience working close to a database engine (transactions, MVCC, type systems), and the curiosity to dig into where Postgres and SQLite differ
•
Know Postgres well enough to use it as the reference for correct behavior
•
Have run services under tight resource limits (multi-tenant, serverless, or embedded)
•
Have a bias toward compatibility and correctness, and reach for tests and specs to prove behavior
•
Think around corners. When everyone reaches for the standard playbook, you look for the simpler path that fits a smaller box. You break a complex system down to the 20% that covers 80% of the need, then make it run somewhere far smaller than it was designed for
•
Care about developer experience: clean APIs, fast feedback loops, and tooling that makes the right thing the easy thing
•
Are comfortable owning ambiguous, early-stage work and making sound calls that inform and define the spec. This is a founding role on a brand-new team
•
Are comfortable working in public repositories on a remote, async team
•
Communicate clearly in writing
•
Bonus: experience with the Supabase stack, building developer CLIs, a track record of open-source maintenance, or contributions to Rust database or web projects
What W
View original listing ↗