People typically think it's not a new person's fault if they come in to a team and bring down production.
replyThat's a failure of the existing infrastructure to allow someone to do this.
LLM coding will work like this.
If you're letting LLMs go wild with no system in place to automatically know they're moving in the right direction and "shipping" things up to your standards, the failure is you, not the LLM.
Just like a manager, you don't need to look at the code. You need to set up quality systems to provide evidence the code does what it is supposed to do, just like a manager.
replyCode review has a number of important purposes beyond merely verifying functionality. It's true that some managers don't recognize this, fail to allocate time for anything but feature work, and then wonder a few years later why the software is so buggy and new feature development is so hard.
replyThe dirty secret is all the people talking about shipping 4 features a day etc are just lying about reviewing anything. They don’t review it at all.
replyI review more thoroughly and faster with Claude than without.
replySpot on. When will the cretins understand, it's not about how much code you can generate.
reply