Summary
β¨ AIβGenerated
A lead systems design opportunity for an experienced software engineer who enjoys defining how complex domains are represented and stored. You will own core data models and storage architecture, including relational and spatial data, and create the technical specifications that allow a small team of specialists to build interoperable production systems.
Highlights
Lead systems design role with substantial architectural ownership and an emphasis on durable production software. The position centers on data modeling, storage architecture, system representation, and technical documentation that enables multiple specialists to build coherently together.
Description
Lead Systems Design Engineer
We automate drill-and-blast design and short-term planning for open-pit and underground mines.
A surveyed bench goes in; the pattern a driller actually drills comes out β construction lines, hole positions, charge design, firing times.
Real mines drill against our output every week.
We have a computational-geometry specialist who owns the surface and mesh engine, and an operations-research specialist who owns solver formulations.
We need the person in the middle: who decides how the domain is stored and represented, and who writes the documents that let three people build against each other's work without collisions.
What we need
8+ years building production software, with real ownership of systems that outlived you on a teamDepth in storage and data modeling.
You have designed the schema a product rests on β relational and spatial, plus the artifact and blob layout around it β and you can explain not just what it represents but what you deliberately refused to represent, and whyYou write unusually well, about technical things.
Our process runs on design documents: a contract change ships as a document edit before it ships as code.
The specifications you write are how three specialists stay composable, so this is a core engineering skill here rather than a soft one.
Please send a writing sample β a design doc, RFC, architecture note, or technical postA strong mathematical background β geometry, linear algebra, discrete optimization.
Enough to read a CP-SAT model or a mesh operation and judge whether an abstraction is honest about what it wraps.
You will not be asked to invent eitherExperience designing declarative or template-driven systems β rules engines, parametric models, configuration or dataflow systems where users compose behavior instead of writing codeThe judgment to hold an interface with a specialist more expert than you in their own field, including saying no to code that works but cannot ship
Helps, but we don't require it
CAD, GIS, CAE, or scientific-computing background β adjacent problem shapesPostGIS, or any serious spatial-data experienceTypeScript, React, three.js.
Part of this surfaces in a 3D web applicationOperations-research experience.
We have a specialist for formulations.
You need to read models, not write themMining or blasting experience.
We will teach you.
Our pipeline design, phase contracts, and vocabulary are documented in unusual depth, and we budget three months to real competenceInfrastructure ownership.
A dedicated infrastructure engineer owns environments, deployment, and provisioning
Stack
Python β FastAPI, NumPy, SciPy, Shapely, trimesh, OR-Tools, SCIP.
Postgres + PostGIS via SQLAlchemy and Alembic.
Google Cloud Run and Cloud Run Jobs.
Next.js, React, and three.js on the front end.
How we work
Design docs before code, with a hard invariant: shipped code never diverges from an accepted design doc.
Three specialists, no layers between you and the mines running on your output, and unusually broad latitude over how the system is shaped.