|
|
|
|
|
|
by jason_s
23 days ago
|
|
|
Really interesting article but there's one thing I wanted to point out about the reasons for code review: > If a company were shipping bugs at, say, a hundredth the rate we were at Centaur while relying primarily on review to catch bugs, then I could see their point, but that's not what's happening at the typical software company where people don't want to move away from human review [there might be non quality (as in non bug rate) related reasons to keep human review, such as keeping a high bar for code quality or keeping the codebase human-understandable, which pretty much immediately stops being the case if you let a fleet of agents go wild on a codebase] because of the perceived risk of shipping bugs. I don't agree that the main point of a code review is quality assurance; there are other reasons that have more to do with team convergence and junior staff learning: https://www.embeddedrelated.com/showarticle/807.php |
|
|