I disagree with this. I've worked with amazing "ideas guys" who just cranked out customer insights and interesting concepts, and I've worked with lousy ones, who just kinda meandered and never had a focused vision beyond a milquetoast copy of the last thing they saw. There's a real skill to forming good concepts, and it's not a skill everyone has!
I find that the strength of people's ideas tends to be highly correlated with their overall skills. I don't know that you can develop the capability for good ideas without getting your hands dirty learning a field, experimenting, absorbing all kinds of information and understanding what really goes into the making of a good idea. In that way, the person with good ideas always ends up being more than just a ideas guy. They don't just have good ideas, they have good ideas and the skills to back them up. Whereas the "ideas guy" label is usually applied to people who have nothing to bring to the table other than their ideas, and wouldn't you know it, they aren't nearly as good as they think they are.
I've also worked with a lot of awful product managers. The product manager title is squishy enough that it gets assigned to people with charisma or confidence without actual skills to follow through. A bad product manager can blend in to a company for years by relaying ideas around from one group to another and having ChatGPT write documents. The engineers on the ground see the incompetence long before it becomes undeniable at the higher ranks.
When I read Hacker News and other sites I suspect a lot of engineers have only ever worked with bad PMs from the latter category.
I've been using AI tools more but this idea of never actually writing any code seems way too black and white to be serious.
Here is the source code for a greenfield, zero-dependency, 100% pure PHP raw Git repository viewer made for self-hosted or shared environments that is 99.9% vibe-coded and has had ~10k hits and ~7k viewers of late, with 0 errors reported in the logs over the last 24 hours:
Did it really have to be zero-dependency...
You can trace the back commits to the first to show that it was started from scratch:
https://repo.autonoma.ca/repo/treetrek/commits/c7742cb3c580d...
I got back learning from books and use LLMs for "review my code in depth and show me its weak points" occasionally.
I think there's way more nuance to this than you're willing to admit here. There's a significant difference between the guy who thinks "I'm going to make X app to do Y and get loaded." and the person who really understands the details of what they want to create and has a concrete vision of how to shape it.
I think that product shaping and detail oriented vision of how something should work and be used by people is genuinely challenging, wholly aside from the lower level technical skills required to execute it.
This is part of the reason why I wouldn't be surprised at all to see product manager types getting more hands-on, or seeing the software engineering profession evolve into more of a PM/SDE hybrid.
Sure it's easy to create bad ideas. Not easy at all to create good ones.
That’s because when it comes to delivering value, code doesn’t matter: outcomes do.
If I spend 10 hours hand coding something versus prompting an LLM to create a solution that delivers the same outcome in a few minutes, and I can get that solution into production in under an hour from the moment my fingers first touch the keyboard to start writing the prompt, well, whilst these solutions might both deliver the same value, the ROI differs significantly.
Just to nitpick, because I think the difference is relevant: "Idea to prototype in a weekend" was possible for a spirited coder already before LLMs.
Now it's "Idea to prototype in a few minutes".
"I am still waiting to see LLMs build an idea into something other people use at scale" - so Microsoft using Claude Code doesn't count?
On the note of Microsoft specifically, they've shipped a critical OS-destroying bug every month for several months straight now, and people seem to be generally in agreement that Windows 11 has only been going further and further downhill. I have literally not seen a single person with a positive opinion on anything W11 or associated programs have done in the last 6 months. Which does not create a compelling case for translating LLM wrapper into real-world useful code.
I agree. It's the "buy in" from the market.
The biggest names in Software Products have (other peoples) ideas to sell, they're selling the buggy versions of those ideas - Microsoft, Salesforce, even early Facebook, these weren't triumphs of 'monk-like discipline' in the code. They were triumphs of market buy in and timing.