Skip to content

Available for new projects — Q1

We design, build and maintainthe software otherbusinesses run on.

For teams who need a product shipped properly, an integration that stops breaking, or a codebase someone else abandoned.

  • Product engineering
  • API & systems integration
  • Automation & data workflows
  • Modernization
  • Codebase takeover
  • Payment integrations
  • Observability
  • Deployment pipelines
  • Technical discovery
  • Ongoing care
  • Product engineering
  • Integrations
  • Automation
  • Modernization
01Where we come in

You are probably here because something is already broken.

  • “Every new feature takes three times longer than it should.”

    Accumulated architectural debt. We stabilise before we extend.

    Modernization →
  • “Our systems don't talk to each other, so someone re-keys data daily.”

    An integration problem wearing an ops costume.

    Integrations →
  • “The developer who built it is gone and nobody understands the code.”

    Handover without documentation. We do codebase takeovers.

    Modernization →
  • “It works, but we can't deploy without holding our breath.”

    No safety net. We build the tests and the pipeline first.

    Product engineering →
02What you can hold us to

Four promises you can test before you pay us anything.

  • 01

    You work with the engineers

    PLACEHOLDER — founder name and photograph. The person who scopes your project writes or reviews the code.

  • 02

    Published rates and models

    Our engagement models and pricing method are on the site, before you ask.

  • 03

    We reply within one business day

    From an engineer, with a real technical observation — not a form letter.

  • 04

    You own everything

    Code, repositories and infrastructure accounts are yours from day one. Handover terms are stated up front.

03What we do

Four things, done to a standard we will put in writing.

We deliberately do not do machine-learning research, native game development, or staff augmentation at scale. (PLACEHOLDER — confirm the real exclusion list.)

Product Engineering

From a defined problem to a system in production — designed, built and handed over properly, by the people who will maintain it.

  • A system in production, not a prototype that needs rebuilding
  • Architecture you can read, and decisions recorded with their trade-offs
  • A staging environment from week one, so progress is visible not reported

API & Systems Integration

Make your systems agree with each other, so data moves once, correctly, and nobody re-keys it into a second tool at six in the evening.

  • Data entered once, and correct everywhere it appears
  • Failures that announce themselves instead of being discovered in a month
  • Integrations that survive the third party changing their API

Automation & Data Workflows

Software that removes work instead of adding another system to manage, starting with whichever manual process is costing you the most hours.

  • Recurring manual work replaced by a scheduled, monitored job
  • Reporting that assembles itself rather than consuming a day each month
  • Exceptions surfaced for a human, instead of every case needing one

Modernization & Ongoing Care

Someone else built it and they are gone. We make it safe to change again, and then we stay to maintain it.

  • A codebase someone can change without fear of what it will break
  • Deployment that does not require the one person who knows the steps
  • A prioritised plan, ordered by risk, instead of a rewrite proposal

All services →

04Look it up yourself

Ask the system.

Everything on this site is one content layer, so it can be queried rather than browsed. Type services, or open payment-reconciliation, and the diagram redraws from the engagement you opened. Press ⌘K from anywhere on the page.

solutionmines — index⌘K
solutionmines // index
> status
  services      4
  engagements   3
  reply         < 1 business day, from an engineer
  ownership     yours — code, repos, accounts, day one
COMMANDS
  help          list these commands
  services      what we do
  work          engagements we can show
  open <slug>   inspect either, in full
  stack         every technology in use, by count
  process       the five stages and their artefacts
  contact       how to start
  clear         reset this log
topology — Reconciling three payment sources into one ledger
Card processorBank feedMarketplaceLedger serviceMatched ledgerExceptions queue
Services
SlugServiceEngagement
product-engineeringProduct EngineeringPLACEHOLDER — typically 6 to 16 weeks · project
integrationsAPI & Systems IntegrationPLACEHOLDER — typically 4 to 8 weeks · project
automation-dataAutomation & Data WorkflowsPLACEHOLDER — typically 3 to 8 weeks · project
modernizationModernization & Ongoing CarePLACEHOLDER — assessment typically 1 to 2 weeks · retainer
Engagements
SlugEngagementClient
payment-reconciliationReconciling three payment sources into one ledgerLogistics company
codebase-rescueTaking over an abandoned codebase for a B2B SaaS teamB2B SaaS company
sync-teardownWhy we stopped trusting third-party sandbox environmentsEngineering note
05How the work runs

Every stage hands you something.

Stage names are easy to write. Artifacts are not. Each stage below names the thing you actually receive — which is what makes a process claim checkable.

  1. 01

    Discovery

    We do not start building until we can explain your system back to you.

    You get

    A written technical brief and a fixed quote

  2. 02

    Architecture

    Decisions recorded with the options we rejected and what we traded away.

    You get

    Architecture decision records, estimated by component

  3. 03

    Build

    Working software in a real environment from the first week, not the last.

    You get

    A staging URL you can open from week one

  4. 04

    Hardening

    Tests, observability, and the alerting that tells you before your customers do.

    You get

    A runbook and meaningful test coverage

  5. 05

    Care

    We stay. The people who built it are the people who maintain it.

    You get

    A monthly written report

06Selected work

What we can show you.

Most of what we build belongs to the people who paid for it. Below is what we can show: engagements published with permission, systems we built for ourselves, and work we have released openly.

All work →

06Start a project

Tell us what is broken.

We will tell you what we would do about it — before you have paid us anything.

  1. 01

    Send a short brief

    Five minutes. What you are building, or what is broken.

  2. 02

    We reply within one business day

    From an engineer, with a real question or observation.

  3. 03

    A 30-minute technical call

    Free, no deck, no obligation.

Or read how we work first →