[satvikpendem]

I'd say the majority of these sorts of tools are actually simple enough to be vibe coded, only some are complex enough to require an actual engineer building it rather than vibe coding. So in most cases it's actually a win for the PM.

[sarchertech]

Only if you’re talking about tools with very few users that haven’t been around long. In my experience the conflicting requirements and workflows that accrete over time are too complex for people to reason about without more formal methods.

[satvikpendem]

> Only if you’re talking about tools with very few users that haven’t been around long

Sure, most business needs only have a few users. I once built a dashboard over the course of a year only for a grand total of around 10 business executives to actually use it.

[sarchertech]

For dashboard with 10 users vibe coding is almost definitely viable. But so is no code.

If you are looking at just number it apps things like that might actually be 90% of all commercial applications out there. But if you look at where developers spend there time it just number of devs working on them, it’s nowhere near 90%.

There is some subset of applications that is too complex for no code but not too complex for vibe coding. If that was the niche you were working in you might need to find something else, but I’d be shocked if that employs enough people to have a negative impact on overall software dev job/salary growth.