Drive through
my work

Khoa Q's portfolio, as a short drive. Pick a vehicle, cross three districts of the city, and read the case files at each stop — real customer problems, and how I solve them.

Explore

I'm a software engineer who doesn't stop at the pull request. I build products end to end — UI/UX design, frontend, backend, developer automation, and the cloud infrastructure they run on — then go where the work actually lands: inside the customer's world.

Experience

  • 01

    Forward-Deployed Software Engineer @ Company One

    Deployed 0-to-1 products into customer environments and owned them through go-live.

  • 02

    Full-Stack Software Engineer @ Company Two

    Built application frontends, backends, and the cloud infrastructure they run on.

  • 03

    Software Engineer @ Company Three

    Turned ambiguous customer requirements into designed, shipped solutions.

POINTS

Software Engineering

Application development — frontend and backend.

I design and build full products: responsive web frontends, typed APIs, and the services behind them. Comfortable shipping in the browser, on mobile, and on the server.

  • Next.js
  • React
  • TypeScript
  • Python
  • C#
  • .NET
  • Expo
Case File 01
01 ▸Problem

A customer runs their operation on a tangle of spreadsheets and three disconnected apps. Staff re-key the same data five times a day, and every report is out of date the moment it's printed.

02 ▸Response

Designed a single Next.js + TypeScript application over a typed API layer, with an Expo build so field staff get the same data on mobile. One source of truth, synced in real time.

03 ▸Outcome

A five-step daily process collapsed into one. Re-keying — and the errors that came with it — gone.

Case File 02
01 ▸Problem

A .NET backend buckles every Monday morning under peak load. Nobody can say why, and the team is firefighting instead of building.

02 ▸Response

Profiled the C# / .NET services, isolated a blocking database call on the hot path, and moved it to async processing with a cache. Added structured telemetry so the next bottleneck is visible before it bites.

03 ▸Outcome

Monday peak now handled with headroom. The team watches a dashboard instead of a pager.

Case File 03
01 ▸Problem

Stakeholders keep asking 'can the product just do X?' — and every answer takes weeks of meetings and guesswork.

02 ▸Response

Stood up a working, data-backed prototype in days with React and Python — something clickable to react to, instead of another slide deck.

03 ▸Outcome

Decisions made in the room. Weeks of speculation replaced by a demo people could actually use.

BLOCKS

Cloud & Infrastructure

The infrastructure underneath the software.

I codify the cloud the application runs on — networking, identity, compute — so environments are reproducible, secure, and cheap to operate instead of hand-built and fragile.

  • Terraform
  • Bicep
  • Azure
  • AWS
  • Docker
  • Cloud Security
  • Networking
Case File 01
01 ▸Problem

Every environment is hand-built by hand. 'It works in staging' is a coin flip, and standing up a new region eats an entire sprint.

02 ▸Response

Codified the whole stack in Terraform and Bicep — networking, identity, and compute — so any environment is one reproducible command. Containerised the workloads with Docker for parity everywhere.

03 ▸Outcome

A new region now spins up in under an hour. Environment drift — and the debugging it caused — eliminated.

Case File 02
01 ▸Problem

A security review flags the cloud setup: a flat network, over-permissioned identities, and secrets sitting in plain config.

02 ▸Response

Re-segmented the network, applied least-privilege identity, moved secrets into managed vaults — then put it all in code so the fix can't silently regress on the next deploy.

03 ▸Outcome

Review passed. The secure baseline is now the default state, not a one-off remediation.

Case File 03
01 ▸Problem

Cloud spend is climbing month over month and nobody owns the number. Finance is asking hard questions.

02 ▸Response

Mapped resources to the workloads that actually need them, right-sized compute, and added autoscaling plus budget alerts directly in the infrastructure code.

03 ▸Outcome

Spend brought back in line with real usage — with guardrails in code to keep it there.

ASSISTS

Forward-Deployed Engineering

Customer-facing: presales through production.

I work where the software meets the customer — as a technical SME in presales, as the engineer turning vague requirements into architecture, and as the person deploying it into their environment and training their team.

  • Presales Support
  • Post-sales Enablement
  • Technical SME
  • Requirements Discovery
  • Solution Architecture
  • 0-to-1 Delivery
  • Customer Integration
Case File 01
01 ▸Problem

A prospect loves the demo but can't see how it survives contact with their real, messy architecture. The deal stalls in technical doubt.

02 ▸Response

Joined the presales motion as technical SME: ran a discovery session, mapped their actual systems, and built a tailored proof-of-concept against their environment — not a sandbox.

03 ▸Outcome

Ambiguity replaced with a concrete integration plan the customer's own engineers signed off on. The deal moved.

Case File 02
01 ▸Problem

Requirements are a moving target — three stakeholders, three different versions of 'done', and a build that hasn't started yet.

02 ▸Response

Facilitated structured requirements gathering, then turned the vague asks into a written technical design and architecture, and got sign-off before a line of code was committed.

03 ▸Outcome

One agreed definition of done. The expensive rework that ambiguity guarantees was avoided entirely.

Case File 03
01 ▸Problem

The software is sold — but now it has to live inside the customer's environment and talk to systems it has never met.

02 ▸Response

Deployed on-site into the customer's environment, integrated with their identity, data, and network architecture, and trained their team to operate it without us.

03 ▸Outcome

A self-sufficient customer running in production — an outcome, not an ongoing dependency.

Let's build something
that actually ships.

Have an ambiguous problem, a 0-to-1 build, or a deployment that has to survive contact with the real world? That's the work I like.

LinkedInnetwork