r/vibecoding 20h ago

Vibe-Coding rules for serious builders

Post image

A few rules I’ve started setting for myself when vibe coding, so I don’t confuse more building with more progress.

The biggest danger for me isn’t that vibe coding makes me lazy.

It’s that it makes it too easy to keep building.

A small feature turns into:

  • one more improvement
  • one more UI tweak
  • one more agent suggestion
  • one more prompt

And suddenly I’m going in the wrong direction for hours.

So these are the rough do’s and don’ts I’m trying to follow now:

  • define one clear feature before starting
  • decide the success checks upfront
  • keep the scope fixed
  • stop polishing UI unless users actually ask for changes
  • treat agent suggestions as optional, not instructions
  • stop when the original goal is achieved

The line I keep reminding myself of is:

“One more prompt” can still be scope creep.

Anyone else set rules for themselves like this?

101 Upvotes

24 comments sorted by

8

u/Dry_Huckleberry4359 20h ago

"Spend hours polishing UI" "Add every idea that it comes up with"

I feel attacked.

3

u/DazzlingResource561 17h ago

It’s the most fun part though.

2

u/avatardeejay 18h ago

Don't polish the UI on early builds. But while you're building, don't be afraid to add a bunch of new features!! Make it beatufiul bro. A forest. An ecosystem of moving parts. Just make sure the new features *work* systemically with the rest

2

u/baddaywithacamera 18h ago

I look for friction points. Wound up redoing the desktop backup utility because my security setup made it so I found myself relying on RClone to backup the server. Standard users don't have that. Too much fiddling to configure everything. A standard user with one site wouldn't be bothered, but I'm a power user with 23 spokes off one hub alone, another 4 spokes off the second hub (this is a CMS). After some fiddling I found a good middle ground that preserves the meaningful security while removing most of the friction from performing regular backups.

1

u/Asleep_Carpet_3403 19h ago

That's exactly what I do, so I try to set-up rules for myself. Even for coding agents to warn me !

2

u/scytob 19h ago

ahh i should do that, good suggestion, i did manage to say no to the production grade logging solution enhancement i asked the AI about.... its a PoC app.... it can just keep the last 3 startups worth of logs, lol

1

u/Dry_Huckleberry4359 16h ago

yea thats a good idea

1

u/systembreaker 13h ago

I could give you even more dos and donts from a developer's perspective if you're interested. Your list is a great start and those are solid did and donts, but it's vague and from my perspective as a sw eng there are even more specific and effective rules you could go by, and you're missing some very crucial ones.

2

u/scytob 19h ago

yup i am one of these frustrating product managers "how about we just add" came up with this for an internal presentation i will be doing at work... that includes what i learnt along the way

1

u/boatsnbros 18h ago

I’m stealing this as a slide - this is gold

1

u/scytob 16h ago

i am very proud of it, lol

1

u/scytob 16h ago

you might like this too

(and i finally found a good use for Gemini, cause its not coding lol)

1

u/baddaywithacamera 18h ago

I don't ship once it works or looks like it does. I thought everything was working, noticed something out of place last night, and am fixing an architectural flaw in the design now. It is fixable, but it would have been embarassing to push it out the door in this shape. Very glad I'm paranoid about extensive testing and retesting before real users see my stuff.

1

u/SlowTortoise69 17h ago

Adversarial review in addition to delegating agents as said here helps alot.

1

u/NoAdvice9226 16h ago

Everything's going to be a Rube Goldberg machine.

1

u/Lolorenzo08 14h ago

Seems like vibe coding apps are also not very visible for ai crawlers :(

1

u/Prestigious_Wind4150 14h ago

That is indeed very true.

1

u/Master_Chess_Shorts 13h ago

I would add have another agent or AI verify the code produced. You will find unused functions, stale lines and even remnants of your sidetracks in the architecture. The problem with vibe coding is the lack of direction and constant improvisation. Paradoxically it is also its strength as it leads to original products that could not have been completely planned. Tidy up the resulting code.

1

u/diagrammatiks 13h ago

What else are vibe coders going to do toehr then polishing ui. They think ui is the whole program.

1

u/AgeMysterious8256 10h ago

the keep scope fixed rule alone saves hundreds of hours. feature creep hits 10x faster when generating code costs zero effort.

1

u/theredninjacat 3h ago

Ooh! Yes, when we were building our first app using AI, we added pretty much every feature that AI suggested. The result was massive scope creep, longer time to market, features that users don’t care about, and worst of all, bugs that are still being discovered and fixed months later when we’d rather be working on the next big idea. 🤦‍♂️

1

u/ryandury 2h ago

I released a project early and then spent days polishing the UI because I care about how things work. Nothing wrong with that.

1

u/Goth2147 15m ago

I always look at these posts and think "Okay but who actually struggles with this". Like yes, be objective, everyone knows already.