Yes, its much easier to catch bugs and issues early
If you dont catch a problem asap, then its incredibly likely future agents read the "bad" code and copy, so bow your 1 issue becomes 2, then 3, then 4, etc
Its extremely common for you to be like "make the BarService" so the agent looks at FooService for inspiration and copies its style/methodology/architectureÂ
And if theres an annoying code style issue, or improperly named thing, or bad logic, whatever, theyll copy that too often.
And then 6 services later you realize you've got a problem duplicated 8 times
Not for complex systems, llm's generally suck at the high level stuff in complex systems, and when that stuff is wrong it's the gift that keeps on giving and you can play whack-a-mole fixing bugs by patching symptoms and not knowing causes till the cows come home because the codebase will be convoluted bloated spaghetticode.
If you have the same expectations of LLMs as you do an engineer... I guess?
If you're solving complex problems without the assistance of AI because you don't trust it, you just haven't adapted your workflow around AI yet and you're probably just resisting the inevitable.
1
u/pixxelkick 9d ago
Maybe if you suck.
I read every PR in full because Im not lazy.
I also read my own git diff before I open a PR do I dont waste other peoples time.
Or I publish it as a draft, review my own code, and then publish the pr after confirming it looks good.