Now: Tech Lead · Open to Staff conversations

Backend systems that stay fast, observable, and predictable under load.

I work with Go, distributed systems, and cloud infrastructure to turn messy backend problems into stable, measurable platforms.

Go·Kubernetes·gRPC·Kafka·Observability·Cloud architecture·Distributed systems·Logistics·Healthcare
0%
Latency cut, courier flow
230ms → 100ms p99
Refactored request flow to remove a monolith dependency. Direct microservice access cut courier-assignment p99 from 230ms to 100ms.
0×
Inference speedup
CatBoost EDD · p99 ≈ 0.04ms
In-process CatBoost inference replaced an out-of-process service call. ~25k requests in ~0.5s on a 2-vCPU/4GB box.
$0K/mo
Redis spend reclaimed
800-key cardinality · in-memory LRU
Recognized 800-key cardinality on the 'company' dimension; in-memory LRU collapsed 80%+ of Redis traffic without changing semantics.
0yr
Building backends at scale
startup → high-traffic platform
Front-end → full-stack → cloud → backend → tech lead. Same instinct throughout: ship simple, observe everything.
What I keep being asked to do

Three patterns I keep being asked to repeat.

The work I keep coming back to: backend services that survive real traffic, the latency and cost wins that move the SLA, and the visibility that lets a team debug its own systems — without me in the room.

01 / Build

Backend services in Go that don't surprise anyone

Microservices that ship and stay shipped. gRPC + HTTP/2 between services, idempotent retries, circuit breakers, clean domain boundaries. The boring choices, taken seriously.

  • Greenfield servicesGo · gRPC
  • Shared librariesretry · idempotency
  • Event pipelinesRabbitMQ · Kafka
02 / Tune

Performance & cost, with receipts

Profile-driven latency and infra-cost work. Measured in p99, throughput, and dollars — not in hand-waving. The wins are usually less code, not more.

  • p99 latency audits2–4 wk
  • In-memory cachingRedis · local LRU
  • Inference computeCatBoost · ONNX
03 / Observe

Observability that pays for itself

OpenTelemetry across services with proper trace IDs, spans, and golden signals. Fewer noisy alerts, faster RCAs. The team finds problems before customers do.

  • OTel rolloutGo · Python
  • DashboardsDatadog · Grafana
  • On-call hygieneRCAs · runbooks
A short trajectory

Where I've shipped, and what stuck.

Eight years across product startups and a high-traffic logistics platform. The arc: front-end → full-stack → cloud → backend → technical lead. Every move was a deliberate widening of scope.

  1. a14e8b2
    2017StartXLabs·solo IC

    Front-end engineer

    Led FE on 20+ projects in React, SASS, Gulp. Mentored juniors into a delivery team.

    • React
    • SASS
    • Gulp
    • Mentoring
    stuck:Good code is the kind that survives a bad week.
  2. d72c9f1
    2019Caring Co.·2 engineers

    Full-stack engineer

    Owned multi-tenancy onboarding service. Shipped Medicare-compliant middleware (AU).

    • Node
    • Postgres
    • HIPAA-adjacent
    • Multi-tenant
    stuck:Compliance is a forcing function for clean architecture — middleware is where systems actually live.
  3. 3f9b04e
    2023Matilda Cloud·cross-team

    Sr. cloud engineer

    Cost APIs across AWS · Azure · OCI · GCP. Server migration tooling, ~40% time saved.

    • AWS
    • Azure
    • OCI
    • GCP
    • Cost APIs
    stuck:Every cloud is the same problem in a different uniform. Unit economics never lie.
  4. HEAD
    2025Shiprocket·4–8 engineersnow

    Technical lead

    Courier & assignment platform at ~25k req/s. ~50% latency cut, ~$2K/mo Redis reclaimed, 60× inference speedup.

    • Go
    • gRPC
    • Kubernetes
    • OTel
    • RFCs
    stuck:The team is the system. RFCs and design reviews aren't overhead — they're the actual product.
Open for conversations

Have a backend — or a team — that needs to stay calm?

A 30-minute call is the fastest way to figure out if there's a fit. Staff/Sr. role, advisory, or a second opinion on an architecture call. No deck, no pitch, just questions.