20 buyers. 5 units. One second.
Same product, same moment. How many orders does the shop accept?
- Orders
- 0
- Stock
- 5
Available for work · 2026
Backend & Android engineer
I build backends that stay correct when twenty people click at once, and Android apps that handle money the way a payments team would.
(01) — Principle
No oversold unit. No double charge. No unbalanced journal. The numbers on this page are copied from each repository's own README.
(02) — Work
Position by line coverage. Purple is the session best. Open a row for the design decisions.
(03) — Race control
Working models of real failures from the repositories. Break one, then switch on the fix. The simulation logic is unit-tested in this site's repo.
Same product, same moment. How many orders does the shop accept?
The server charges you, then your 4G drops before "Paid" arrives. The app retries. Twice.
Double-entry and append-only. Try to edit a row. Try to approve your own big transfer. Try to post a journal that doesn't balance.
| Journal | Account | Debit | Credit | Actions |
|---|---|---|---|---|
| Trial balance | ||||
(04) — Driver
The ledger instead of the to-do app. The race test instead of the screenshot. The state machine with all 49 transitions tested instead of a happy path. What I can show is systems that hold up when you push on them, and the tests that prove it.
(05) — Contact
A — Freelance
Well-scoped Spring Boot backends or Kotlin/Compose Android apps, with tests, Docker and CI from day one. Also: fixing concurrency, double-charge and data-integrity bugs in systems you already run. You get a repo you own, a README anyone can run, and a short walkthrough video.
B — Full-time
Backend or Android SDE roles on teams that care how systems behave under load. Comfortable owning a service end to end: schema, API, tests, deploy. Resume on request; the repositories above are the real portfolio.