Operational reality over slideware
I don't ship a design until it's deployable, measurable, and defendable. The weekly newsletters and one-pagers exist because the rest of the org needs to act on the same data I do.
About
Engineer who pulls the thread until it's deployable.

Senior software engineer with about a decade of experience building large-scale infrastructure — first on networking platforms at Cisco, now on cloud infrastructure at Microsoft. I work where the cloud meets the metal: firmware, BMCs, telemetry, and the control planes that keep a global fleet healthy.
Started in platform software for IOS-XR at Cisco. Now at Microsoft on Azure Infrastructure, working on the software and firmware that keeps a global fleet of cloud hardware healthy. M.S. in Electrical Engineering from USC.
Based in Mountain View, CA. Reach me at hbhuwania@microsoft.com.

I don't ship a design until it's deployable, measurable, and defendable. The weekly newsletters and one-pagers exist because the rest of the org needs to act on the same data I do.
I'd rather take an extra sprint to remove a class of bugs than ship the same patch a third time. I'll push back on whitelisting CVEs in favor of upstream patches with an actual closure plan.
Long-lived artifacts — specs, wikis, runbooks — are my default; they outlast any meeting. But when the constraint space is tangled, I'd rather spend five minutes on a call than thirty in chat.
A lot of my recent work has been building Copilots and bots that compress hours of log triage and CLI introspection into minutes, so the team can spend its energy on the interesting half.