Production systems,
not demos.

I open production systems that are already carrying business risk and map where they fail first. Independent audits on AWS and Node.js: authorization, reliability, recovery paths.

Request an audit

What I do

Most production backends fail the same few ways. Untested code that works until it doesn't. Config that drifted from what the README claims. Credentials in a committed .env. An admin role that was widened once for a deploy and never narrowed. Backups nobody has ever restored.

None of it shows up in a demo. All of it shows up when there is a customer on the other end.

Untested code that happens to work is a demo that hasn't failed yet.

Typical audit engagement

  1. Day 1 System surface mapping
  2. Day 2 Authorization and infrastructure review
  3. Day 3 Deployment and recovery-path analysis
  4. Day 4 Operational risk validation
  5. Day 5 Findings, blast radius, remediation priorities

Five days in, the output is a written report: the failure map ranked by blast radius, with remediation priorities. Not slides. Not a line-by-line code review. A map of where the system breaks and what being wrong about that would cost.

Request an audit

What clients usually call me for

What systems I work in

Past first revenue, where an outage now has a name and an invoice attached to it.

Featured

What I look for first when I open a production system

I have five days, not to fix a system, but to find where it will fail and what that failure will cost. The order I look in is not a checklist. It is a ranking by blast radius.