Back to Blog
buildersno-codecase-studyclaudecowork

You don't have to be a developer

Jeff Cameron

How to ship real software when you've never wanted to learn to code.


There's a category of person who has a specific tool or dashboard or small web app in their head. They know exactly what it would look like, what it would do for their business or family or community group, who would use it. And they've never built it.

I'm guessing you might be one of them.

The thing you've been imagining isn't a startup or a SaaS product. It's smaller and more useful than that. A directory site for your neighborhood association with the actual current info on it. A scheduling dashboard that does the one thing your existing tools all almost do. A custom calculator your contractors can pull up on their phones. A site for your kid's robotics team that doesn't look like a Google Sites template. An itinerary for a family trip.

Until recently, building any of those required a stack you didn't want any part of. Maybe you opened a Webflow tab, got frustrated by the limits, closed it. Or tried Bubble, hit the visual-programming wall, gave up. Or got a quote from a freelancer that doubled, and shelved the idea. The category of "small custom thing that just exists at a URL" has been wildly underserved if you're not a developer. You felt this. You weren't wrong.

This post is about the loop that closed that gap, plus a real version of it I built in my house this week.

See the demo

The artifact this post talks about is live at disney-trip-2026.opzero.sh. It updates itself when my wife edits an Apple Note. Open it on your phone — every visit reflects whatever she last typed.

A demo from upstairs

My wife and I have a Disney trip in three months. She's been editing a shared Apple Note all week — bullets under "Friday," "Saturday," "Sunday." Boat at 7:30, lunch picnic, fireworks at 9:30. Standard family-trip planning.

I built her an interactive itinerary site — a single web page that turns those bullets into a real interface with a countdown, day filters, optional events she can toggle on and off, and a stress meter that updates as the schedule fills up. It lives at the URL above.

Last night she typed this at the bottom of the note:

Request: highlight Sunday as the most important day of the trip: Ashley's birthday. There should be a fireworks animation at the very least.

Thirty minutes later, the live site had a HEADLINE EVENT banner across Sunday with her name on it, fireworks animating in the background, and the day's theme rewritten to "Magic Kingdom — Ashley's birthday." Behind the scenes, an AI read her note, modified the actual code that runs the page, and pushed a new version to the URL. She didn't open a code editor. She doesn't know what a deploy is. She is, by any reasonable definition, the person who shipped the feature.

The loop that did this is the same shape as the loop that would let you ship the thing in your head. There are three pieces.

The three pieces

An AI that writes the code. Claude, ChatGPT, whichever — the part of "being a developer" that used to be the bottleneck is now a tool that costs you nothing and waits patiently for you to describe what you want. You explain in plain English. It writes the actual code.

An editing surface you already use. My wife uses Apple Notes. You probably already use a Google Doc, a spreadsheet, a Notion page, a Slack channel — somewhere you already organize the information that should drive your tool. That's your input. You don't have to learn a new app to feed the loop. You just keep doing what you already do.

A deploy that's invisible. This is the piece that didn't exist for non-developers until very recently. To make a website actually live at a real URL — not just running on your laptop, but accessible to anyone with the link — you used to need DNS, hosting, a build pipeline, a CDN, and the patience to debug all four. OpZero collapses that into a single tool call the AI can make on your behalf. You don't see the deploy. You don't know it happened. You see the URL change.

The role you play in this loop is the part that can't be automated: the person who knows what they want. Your expertise isn't engineering. It's domain. You know your community group, your customers, your family, your hobby, your kids' team. The AI doesn't have that. The deploy infrastructure doesn't have that. That's what you bring.

What you could actually build

Before this gets aspirational and weird, here's a list of things that fit the pattern. Each is a one-evening build, not a startup:

  • A directory site for your neighborhood association with the actual current info on it.
  • A custom price calculator that lives at a URL your customers can hit.
  • A class schedule for your dance studio with filters by age and level.
  • A wedding website with the real schedule, not the template that came with the venue.
  • A meal-plan tracker for your family that pulls from a Google Doc.
  • A reading list for your book club that displays nicely on a phone.
  • A landing page for your side project you can update by typing into Notes.
  • An internal dashboard your team uses that pulls from your existing spreadsheet.
  • A digital trip itinerary, like ours.

None of these require a venture round. None of them require you to learn JavaScript. They've been hard to build because the deploy was the bottleneck, not because the idea was complicated. The deploy is now a tool call.

What this is, and what it isn't

Honest about it:

This works for small, specific tools. One user (you) or a small group (your customers, your team, your family). The fewer people, the better the fit. If you're building the next Instagram, this isn't your path. If you're building something that needs to exist for the seven people in your homeowners association, it's perfect.

You'll need to know what you want. The model writes the code, but it can't decide for you whether the dashboard should sort by date or by importance. Taste is non-transferable — and that's good news, because taste is something you already have.

You'll hit walls. Some requests will be ambiguous, some will need external data the AI can't fetch, some will require design decisions you'd want to think through. When that happens, you iterate. You ask again. You get specific. The loop is forgiving.

You don't have to learn engineering — but if you ever want to, this is a better on-ramp than most. You'll start to see what the AI is doing under the hood, and over time you'll have intuitions about what works and what doesn't. Optional.

How to actually start

The shortest path:

  1. Pick something small you've been wanting. Not your magnum opus. The thing you'd build this Saturday if you could.
  2. Open Cowork (Anthropic's desktop app) or claude.ai. Describe what you want.
  3. Iterate until it looks right. Just talk to it.
  4. Ask it to deploy to OpZero. You get a URL.
  5. Send the URL to whoever it's for.

That's the whole thing. The infrastructure has been hidden so well that most people don't realize it's gone. My wife doesn't realize it. You don't have to either.

Three months from now she's going to pull up that website on her phone in line at a ride. She's not going to know how it got there.

You don't have to know either. You just have to want the thing.


Live demo: disney-trip-2026.opzero.sh

Try OpZero at opzero.sh. The companion post written for the engineering side of this loop is here.