Mobile apps that ship
Expo and React Native for iOS and Android: EAS builds, over-the-air updates that can’t brick the app, and App Store and Play releases.
I’m Jon Zaro, a full-stack and mobile engineer and lead developer on Burn by Cara Loren. I take production systems that are quietly wrong, like payments, analytics and releases, and make them measurable, reversible and safe to ship.
Shipped at Burn
Burn by Cara Loren · iOS, Android, web
What changed at Burn
From the people I’ve worked with
“He picks up complex systems and tools incredibly quickly — and doesn’t just learn them, he masters them and starts making an impact right away. … Our team runs more efficiently and has more time to focus on revenue growth because of his contributions.”
“He consistently took projects from concept to deployment, seamlessly handling both frontend and backend tasks. His expertise in AI tooling, particularly integrating custom GPT models into apps, made a huge impact on project efficiency and functionality.”
“Jon is a strong engineer with a unique ability to think outside the box. While working with Jon, he was crucial in business automations utilizing various tools including AI. These automations led to saved time and efficiency as a company.”
Expo and React Native for iOS and Android: EAS builds, over-the-air updates that can’t brick the app, and App Store and Play releases.
Stripe and RevenueCat wired up so web and app purchases agree: signed webhooks, reconciliation, checkout and cancellation flows.
Event tracking that fires once per real thing, identity that doesn’t merge strangers, and funnels checked against billing data.
CI gates, one-click rollback, migrations with tested down scripts, and deploy checks that prove what is actually running.
AI code review in CI, agent workflows and Claude Code set up for your team, with tests and human review built in so speed doesn’t cost correctness.
Zapier and Airtable glue moved into tested first-party webhooks, plus the email, CRM and billing integrations that keep your data in one place.
Tell me what’s broken or what needs to ship. You’ll get a straight answer on whether I can help.
What’s wrong, what I’d fix first, and how we’ll know it worked, agreed before any work starts.
Fixes land with tests and are checked in production, not just merged.
Burn is a subscription fitness app on iOS, Android and the web. These are the problems I was trusted with there, from data repair to release safety, and what changed because of them.
A backfill left subscription data double-counting paying users. I contained it, repaired it in production, and made every repair reversible.
Signup and payment data ran through Zapier, and the queue had been frozen for two months. I moved it into the API with signed webhooks and tests.
An over-the-air update crashed the app on launch. I hotfixed it, wrote the postmortem, and built the gate and rollback tooling that stop a repeat.
The team was steering by an activation threshold and trial counts that were both overstated. I re-checked them against billing data and rebuilt the metrics.
I ran the cutover of the signup and checkout site from WordPress to Vercel, and proved purchase, app access and cancellation worked with real money.
Most expensive bugs I’ve fixed were wrong numbers, not crashes. I reconcile against a second source before I trust a metric.
Production data changes record their own undo. Releases have a rollback that takes minutes, not a rebuild.
A fix counts when the deployed revision includes it and the data shows the problem stopped, not when the PR merges.
I build with frontier models every day, and every change still ships with tests that fail without the fix.

No account managers or hand-offs. I’ve led engineering on Burn since 2024, across the mobile app, the API, payments, analytics and releases. I’m based in Seattle and work with teams anywhere.
Tell me what’s breaking: payments, analytics, releases, or a mobile app that needs to ship. The first call is free, and you’ll leave with a clear next step.