16 points utiiiD 1 day ago 7 comments
abstractspoon 18 hours ago | parent
LunicLynx 35 minutes ago | parent
„The indent is wrong here“
„Comments should end with a period“
Because this kind of feedback is and was always easy.
parpfish 28 minutes ago | parent
n4r9 31 minutes ago | parent
And in response I wrote a non-exhaustive checklist of things that a code review can look for:
- Does it functionally achieve what it sets out to (as per tacker issue or PR description)?
- Does it have extraneous code? Leftover debug prints, private API keys etc...
- Does it have any obvious defects? Memory leaks, un-handled edge cases, security flaws, obsolete API calls, etc...
- Could it be more understandable? Add/remove abstractions, better variable/method names, more/less functional etc...
- Is the style consistent with the codebase and/or style guidelines?
- Are there obvious performance improvements? Hashset instead of list, lazy evaluations, etc...
- Is it sufficiently well tested?
I think LLMs are okay at most of these, and worst at the first.
anarazel 10 minutes ago | parent
- Is the change architecturally right?
Particularly the latter LLMs seem still pretty useless at.
bengold14 30 minutes ago | parent
Something is missing in the new ai bot review paradigm we’ve all sleepwalked into.
I’ve been building Archme.io for this reason. PR reviews for the age of AI
hazard 19 minutes ago | parent