2
2 Comments

Stopped telling people to learn to code before building their first product/

Here's a pattern I keep seeing in this community.

Someone has an idea. They post it here, get some good feedback, get excited, and then spend the next four months trying to find a technical co founder or learning to code themselves.

By the time they have something to show, the excitement is gone, half the market has moved on, and they never actually found out whether anyone wanted the thing in the first place.

I've been building on Bubble for a while now, and I want to make a case for why learn to code first is often the wrong advice for a first product.

Here is what changed my mind. A few months back I helped someone go from a rough idea to a working app with real users, in under two weeks. No engineering team. No big budget. Just Bubble, a clear scope, and a decision to ship something rough instead of waiting for something perfect.

That's not a hack. It's just what the tooling can do now.

Bubble in 2026 is not the simple prototype tool it used to be. You can build full products with logins, a database, and payments. You can build marketplaces where two different types of users log in and interact. You can build internal tools that replace the messy spreadsheets your team is currently stuck using. You can build AI powered workflows with their new AI Agent. You can even build mobile apps now that native mobile support is out.

The part nobody really talks about is this. The technical build was never the actual hard part for most first time founders. The hard part is deciding what not to build in version one.

Every founder I've worked with wanted to build their full vision on day one. Every single time, the ones who actually got real users were the ones who cut it down to one core action, shipped that first, and let five real people tell them what to build next.

Speed to feedback beats perfect code, every time, when you're still trying to find out if the idea is worth building at all.

If you're stuck on an idea right now, try this instead of spending another month just planning.

Write down the one thing a user does in your app that matters the most.
Cut everything else out of version one.
Build just that this week.
Show it to five real people, not friends who will just be nice to you.
Let their honest reaction decide what you build next, not your own assumptions.

I'm not saying no code is the answer for everything. Complex or heavy technical products still need real engineering. But if you're just trying to find out whether an idea is worth building, you don't need a technical co founder. You need one weekend and a small honest version one.

Curious what people here think. If you're sitting on an idea and haven't shipped anything yet, what is actually stopping you. Genuinely want to know if it's the technical side, or something else.

on August 11, 2026
  1. 1

    Exactly. For an MVP, validation matters more than perfect code. Build the smallest version, get real feedback, then invest in engineering once people actually want it.

    1. 1

      True. Sometimes the hardest part isn't building the MVP, it's knowing what not to build in the first place.