238
I just tried vibe coding with Claude
(programming.dev)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 11 Apr 2026
238 points (90.5% liked)
Programming
26482 readers
278 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
hey shaggy. I want to touch on your last point as a newer developer:
My department is finally seeing 10x development due to the shift of writing code to writing spec. The main issue is now our pipeline is stuck at review, so all that extra output is effectively wasted. Do you have any tips on what worked for you if you had a similar situation?
This is our new bottleneck too. Developers roles are shifting to spec writers and code reviewers more and more. I don't think I'd call this wasted effort though (unless the code produced is worse than what developers would have produced otherwise). I'd think of it as a good problem to have.
We're doing several things to alleviate this, and I'm genuinely curious how other teams are handling this too.
thanks for the response. for what its worth, most people I ask this question to are attempting some form of your first bulletpoint. I think we're on the right track there, it only makes sense.
speaking for myself, your second point is the silver lining of all this, to me. ive never had this kind of pressure before, but I hope that its the kind of pressure that makes me a better dev instead of burning me out.
cheers!
If you're stuck at review you aren't seeing 10x development, you're seeing 10x code generation.
This is especially important because without the review/test/deploy part of the pipeline you aren't actually seeing any progress towards business goals.
Once you do get these parts sorted, you can then look at what multiplier you're seeing.
That's not to say there isn't an improvement in your workflow, just that you can't say with any certainty what kind of improvement without measuring the end to end.
It might turn out that the rest of the pipeline is way easier , in which case your multiplier will be higher, it might also be much harder, in which case the multiplier will be lower.
I'm not taking shots, i mean it seriously, especially if you need to report any of this to the rest of the business.
edit : In addition, if it turns out that review is going to be a bottleneck you can get extra resource pointed in that direction which will benefit the workflow overall.
another edit: i would consider correctly managing the expectations of those you report to as a vital skill.
Exactly this. My experience with our companies wrapper on Claude lines up with OP, not this comment thread.
Everyone seems to forget everything you write is a liability. You can't have bugs in code that is never written or generated, comments that don't exist never become inaccurate, not duplicating "knowledge" into a repo doesnt have a risk of not aligning with business goals long term as they change.
From what I've seen, people claiming a "10x increase" did not have a strong foundation to begin with and/or did not utilize tools like IDEs effectively. No offense to thread OP, which seems itself a generated response, but in the time he has done all of that a strong engineer would be long done. Everything listed should be done before ever getting into code along with business and product partners.
Ehh, it really depends on where the risk is and the problem is LLMs can't evaluate for that unless you feed it everything. Some projects need code experiments before you settle on an architecture, but that's only if you're a pioneer (which frankly is where the money is at).
that's a very good distinction, absolutely. its just code generation at this stage.
the review was the bottleneck before (as I believe was already the case for many companies) but now with 10x the code generated for review, the bottleneck has turned into a dripping faucet.