The Dispatch
Thursday, October 22, 2026 · Issue 10 · the product desk

Ship it on purpose.

The lede

I'm an engineer who ran a 200-person hackathon, raised $20,000 from 12 sponsors, and co-led a workshop teaching ~225 students at a national summit. I come to product the way I come to code: pick the sharpest problem, name the metric, cut the rest.

Section 01 · the leadership track record

I've already shipped with people.

Before anyone pays me to be a PM, I ran the version with no title: scoped a 200-person event, hit a sponsor target, led a volunteer team, and taught the output to users on stage. These are the reps.

200
hackers at HackHayward

ran the whole event as president — scope, sponsors, judges.

$20,000
sponsor budget

closed 12 sponsors; wrote every pitch; owned the funnel.

~225
students reached in one workshop

GMIS × CAHSI summit, Albuquerque. Co-led the session with GDG.

15
person team

led volunteers across logistics, sponsor ops, and tech.

Section 02 · the bets

Three bets, three metrics, one philosophy.

Each project framed the way a PM would brief it — user, problem, bet, metric, trade-off, outcome. Same work as the engineering page, told the way a product review would want to hear it.

01
user

An on-call engineer who's been paged 3× this week.

problem

The old alerting system cried wolf. Logs dropped under load, and real incidents hid in a sea of flapping alerts.

bet

Rebuild ingestion for durability first, then make alerts earn their page. Zero false positives on a replay set — or the rule doesn't ship.

metric

0 false positives in 1,200 evaluation ticks · 4.8× throughput.

trade-off

Chose Redis Streams over Kafka: one small box runs the whole thing, operational cost stays near zero at the cost of future cluster-scale ceiling. The ingest contract stays portable if we outgrow it.

outcome

A tool my team actually trusts. The pager stopped being a joke.

02
user

A new grad reworking their resume for a specific role.

problem

LLM resume tools quietly invent experience. You trust the edit, send it out, and it's a lie about your own career.

bet

Every edit must be inspectable, and the agent must flag what it doesn't know. Build a 30-case eval set with 15 planted hallucinations and treat recall as the launch gate.

metric

15 / 15 planted hallucinations caught · 2 false alarms.

trade-off

A sharper critique prompt caught every planted lie but added two false alarms. Shipped it anyway — false alarms are a user annoyance; a missed hallucination is a credibility bomb.

outcome

The eval set is the product spec. Every prompt change runs it before merge.

03
user

A team shipping an LLM-backed feature with no CI signal when prompts regress.

problem

Prompt and model changes get merged on vibes. The dashboard tells someone, three days later, that answers got worse.

bet

Put the eval signal where code review already lives: a PR check that fails when a tracked metric drops past threshold.

metric

Design + proxy working on OpenAI; eval worker fails a seeded regression in CI.

trade-off

A Go proxy on the hot path means a two-language codebase — but it keeps p99 predictable and leaves Python for eval work where my LangGraph tooling already lives.

outcome

In active build. The point: trust in AI products should be a check, not a Slack thread.

Section 03 · how I think about product

Four things I believe.

Teaching is user research.

Four semesters tutoring 20–50 students a term and co-leading a 225-student workshop. I watch where people get stuck, which is also how I know what to cut from a product.

Sponsors are stakeholders.

Closing 12 HackHayward sponsors meant 12 different value propositions and 12 different follow-through plans. Managing those relationships is the same muscle as managing an exec review.

Evals are PRDs.

For LLM features, the eval set is the clearest spec you'll ever write. If you can't name the input, output, and failure mode, you don't have a product yet.

Observable beats clever.

Every project here is instrumented first. A feature you can't measure is a feature you can't improve, and a feature you can't improve becomes technical debt by Friday.

Section 05 · people

Building people, not just code.

I tutored four semesters, co-led a workshop that reached ~225 students in Albuquerque, ran a 200-person hackathon with 11 judges, and raised $20K from 12 sponsors for it. Teaching is how I learn.

0
hackers at HackHayward
$0
sponsor dollars raised
~0
students taught at GMIS × CAHSI
0
GDG events hosted
0
team led
0
semesters tutoring

HackHayward (nonprofit)

President · 2024 — present. I lead a 15-person team running a 200-person hackathon. In 2025 I raised $20,000 from 12 sponsors, helped organize a Google ADK workshop and an AI venture-capital fireside chat, and contributed to the HackHayward website.

Google Developer Groups · CSU East Bay

VP, Technical Events · Aug 2024 — present. Ran 12 events this year and co-led a workshop at the GMIS × CAHSI summit in Albuquerque teaching ~225 students to build an AI code-review assistant with Google ADK and Gemini.

Also · the engineering edition

If you want the depth.

Same person, same work, told as an engineering portfolio: SignalOps rebuilt on Redis Streams, Sentinel's gateway architecture, the hallucination-monitoring research with Dr. Grewe. Code snippets, architecture diagrams, the lot.

→ read the engineering edition