> Now teams can build lots of stuff that works great, except it's the wrong things.

That used to be called "time wasting". If you want to build software that will be used, you need to interview the users. Maybe a few things does require research to nail things right. But most software are user-facing, the research side is about optimization.

> Most things are becoming the understand the problem "shape".

Then should we be so reluctant about "trialing" invented solutions. It's the same thing with most AI projects, they're trying to justify the project after the facts while being very reluctant to get user insights.

We're trending towards just building the thing fast and getting feedback sooner on it. It's interesting to see end users actually trial a UI very early on instead of just being shown designs.

Time wasting is a definite concern - especially when vibe coding doesn't see the impeding brick wall(s) it's about to hit.

Vibe coding can be kind of a new type of cowboy coding. It could can be harnessed productively if done mindfully.

Interviewing users is critical, more importantly solving problems worth that people are lining up to pay to have solved before writing a line of code is critical.

Trialing solutions is always worth learning from, I usually ask about the problem that lead to building it. Sometimes that can be too narrow or vague of a story and you can learn how much of it is a solution looking for a problem, or vice versa.