← Back to selected work
04 / Engineering storySense · Engineering Manager & hands-on engineer · Apr 2025–Jul 2026

Sense

Make the whole team faster.

Led three frontend teams while staying hands-on. Better delivery infrastructure, more reliable forms and shared engineering practices that multiplied across the organisation.

Frontend architectureReactAWSDeveloper experience
20 min → <60 secReported deployment time
70%Reported AWS cost reduction
80%Reported reduction in form bugs
01 / The challenge

Better systems. Better shipping.

Frontend quality depends on more than individual screens. Deployment time, form reliability, flow logic and inconsistent tooling all affect how a team ships. My work at Sense combined hands-on engineering with practices that could spread across teams.

What I owned

I managed three frontend teams of three engineers each and contributed as an individual engineer on one of them. I owned code-review standards, technical solutioning and company-wide code-quality decisions, alongside deployment and frontend tooling work.

The system, made visible

From local improvement to shared practice

A map of my contribution areas, not a reproduction of Sense’s deployment pipeline.

  1. 01Delivery
  2. 02Forms
  3. 03Flow logic
  4. 04Team practice
01

Delivery

S3-based deployment architecture redesigned; reported deploy time improved from 20 minutes to under 60 seconds.

02

Forms

React Hook Form and Zod introduced with hands-on adoption sessions and pairing; reported form bugs reduced by 80%.

03

Flow logic

XState introduced to make flow-based application logic explicit through state-machine design.

04

Team practice

Vite, Biome, review standards and technical solutioning helped spread common practices across the organisation.

02 / Engineering decisions
01

Improve the delivery system itself

What I built

I redesigned the S3-based deployment architecture. Reported deployment time fell from around 20 minutes to under 60 seconds, alongside a 70% AWS cost reduction and 30–80% performance improvement.

Why it matters

Deployment speed and infrastructure cost were addressed together at the architecture level. The internal topology and measurement data are not reproduced in this public case study.

02

Pair a form standard with an adoption process

What I built

I introduced React Hook Form and Zod organisation-wide, with adoption sessions and pairing involving nearly every engineer.

Why it matters

The work included both implementation and helping engineers use the new approach. Form-related bugs fell by a reported 80%.

03

Make complex flows and everyday tooling explicit

What I built

I introduced XState for flow-based application logic and modernized the toolchain to Vite and Biome. I also contributed to architecting an organisation-wide AI code-fixing tool.

Why it matters

State-machine-based flow logic, shared review standards and common tooling gave teams more consistent engineering foundations. The AI tool was a contribution, not a sole-authorship project.

03 / Evidence & results

Faster deployments, lower infrastructure cost and fewer form bugs, supported by shared tooling and hands-on adoption.

All numerical outcomes are candidate-reported from my approved résumés. The before/after comparison describes results; it does not imply a specific unpublished infrastructure topology. No employer code, internal screenshot or customer data is included.

View résumé and reported results ↗
Keep exploringPushwing↗

From an idea to a published story.