Reviewing code you didn't write

https://coles.codes/posts/reviewing-code-you-didnt-write

by colescodes • 8 hours ago

14 3 8 hours ago

colescodes• 8 hours ago

Author here. This came out of the last couple of weeks at work, where review has crowded out writing code because teammates and agents both produce it faster than anyone reads it. The short version: review the approach before the lines, and give AI-generated changes less benefit of the doubt, since fluency no longer signals correctness.

jr3592• 3 hours ago

review the outcome, not the code... if the world continues to be dominated by AI coding agents, the code will increasingly become irrelevant.

springtimesun• 2 hours ago

I am writing far less code than I used to and I’m finding that reviewing is a different skill entirely (and one I need some work on). I have always worked by myself and my past reviews were the sleep on it and see how it reads in the morning variety.

I liked the article because what I struggle a little bit with is where to start (even though I wrote the ticket before I pointed the agent at it and often stay in the sessions to supervise and direct). There’s something that just feels bewildering about code I didn’t write.

One thing reviewing does make me more disciplined about is making the agent write small diffs and descriptive commit check points. Probably the default for many of you who work on teams, but something I didn’t really follow when I had the entire code context and changes in my head.

I have been making use of git-absorb. Leaving a really tidy git history is satisfying.

https://github.com/tummychow/git-absorb

Reviewing code you didn't write

Related Stories