Backend and distributed systems engineer

I build backend systems that have to prove their data is right.

Fourteen years of backend engineering, most of it in Java on AWS. Nine of those years were at Amazon and three and a half at PayPal, where I owned technical reconciliation for the in-house card processing platform. I left PayPal in March 2026 and now build and run nextbookinorder.com, a reading-order catalogue for book series. Its LLM content pipeline runs behind deterministic quality gates.

Open to Staff and Lead backend roles. Remote in the US, or hybrid in Austin, Texas.

In four numbers

14+ yrs
Backend and distributed systems, mostly in Java on AWS Amazon 9 · PayPal 3.5 · JDA 1 · own product
4 teams
Reconciliation data contracts agreed across three time zones, with no reporting authority over any team PayPal · Lynx
100+ TB
Telemetry store kept queryable while about 1.1 TB a day moved to a new pipeline Amazon · Last Mile
68,000+
Pages on a reading-order catalogue I built and run, where my rule is that a bug that ships gets a deploy check nextbookinorder.com

Selected work

Four case studies, and the decisions behind them

Two are from employers and use only the figures on my resume. Two are my own, so the numbers go deeper.

PayPal 2022 to 2026

Proving every card transaction is accounted for

Technical reconciliation for Lynx, PayPal's in-house card processing platform. An hourly job on the happy path, and an event-driven rerun for any hour that receives late records.

4 teams upstream, across three time zones, none reporting to me
1 code path a late file reruns the whole hour, so first pass and rerun share the code

Amazon 2017 to 2020

Replacing a live telemetry pipeline without breaking the dashboards

I owned the telemetry pipeline and client library for the delivery associate app while its fleet grew from 70K+ associates to about 1M registered. I re-architected both, and moved live traffic with old and new running in parallel.

~1.1 TB / day into a Redshift store of more than 100 TB
70K to ~1M registered associates in the fleet the pipeline had to keep up with

nextbookinorder.com 2026 to now

A bug that ships once gets a deploy check

A reading-order catalogue for book series, more than 68,000 pages, that I built and run end to end. Its LLM pipeline writes nothing when a page has no usable source, and my rule is that each class of bug that ships gets a check in the deploy gate.

18% to 3.3% fabrication in small samples: thin sources first, then a fresh sample after stricter gates
29 to 63 check functions in the deploy gate, Aug 1 to Sep 30, 2026

Engineering practice 2026

Running AI coding agents under independent review

I direct AI coding agents. I give them a written bar and a separate reviewer, and I'm trying out a local model for the mechanical work. Most of my code is written this way.

116 of 133 must-fix findings on 19 mostly-documentation pull requests, confirmed by independent refuters
5 of 6 verifier agents caught reporting clean without running their assigned check

Experience

Where I've worked

  1. 2026 to now

    nextbookinorder.com · Founder and Engineer

    A reading-order catalogue for book series, more than 68,000 pages, built and run end to end. Its LLM content pipeline runs behind deterministic quality gates.

  2. 2022 to 2026

    PayPal · Senior Software Engineer

    Owned technical reconciliation for Lynx, the in-house card processing platform. Nominated for promotion to Staff Software Engineer in Sep 2025.

  3. 2013 to 2022

    Amazon · Software Development Engineer I, then II

    Nine years across five roles: Fulfillment Technology, Prime Video Live Events, Last Mile, Supply Chain Optimization, and the Amazon.com seller and B2B pages.

  4. 2010 to 2011

    JDA Software · Technical Consultant

    Cut a retail portal page load from 28 s to 2.5 s by redesigning its SQL and data flow.

Full experience, skills and education

How I work

Four habits, and the case behind each

  1. I write the trade-off down

    At PayPal I had four upstream teams and no reporting authority over any of them. PoCs and written trade-offs, taken through architecture and design reviews, got the data contracts agreed. Read the PayPal case study

  2. I move traffic with both systems running

    At Amazon the new telemetry pipeline took live traffic while the old one kept running. The dashboards operations depended on kept working through the move. Read the Amazon case study

  3. A bug that ships once gets a check

    On my own product the deploy gate grew from 29 check functions to 63 in two months. My rule is that a bug that ships once gets a new check in the same session. Read the nextbookinorder case study

  4. I check the checkers

    In one run, 5 of 6 AI verifier agents reported a clean result without running the check they were assigned. I found out by reading which check each one said it had run. Read the AI agents case study

Open to Staff and Lead backend roles

Remote in the US, or hybrid in Austin, Texas. LinkedIn is the fastest way to reach me.