I'm just putting my SQL code out for review:

Part 3: Layer 4
Part 3: Layer 3
Part 3: Layer 2
Part 3: Layer 1

Would it have been better to do this in a single review? Or is the style of doing logical units better?

  • 3
    \$\begingroup\$ The only reasonable answer to this question is ... it depends™ I see nothing wrong with splitting a large codebase into multiple logically coherent units, but you may miss out on reviewers pointing out issues with the interactions of said logical units. Then again large reviews tend to take longer or become zombies, so ... \$\endgroup\$
    – Vogel612
    Commented Mar 19, 2017 at 13:59
  • 1
    \$\begingroup\$ I think that having smaller chunks makes it easier for reviewers to find the time to do a review. For what it's worth, I plan to review one or more of these parts, but I just haven't gotten to it yet. \$\endgroup\$
    – Edward
    Commented Mar 29, 2017 at 17:30

2 Answers 2


For large amounts of code...yes I would definitely consider breaking it up. However, you should do so logically to aid understanding. Perhaps certain sections of your code achieve a certain task/goal and you can extract those sections for review asking the community whether there would a better way to satisfy the goals of those sections. Just a suggestion though, all I know is I'd find it very difficult to digest pages of code and then review it :)


Here are my suggestions based on looking at your posts(Layer4, Layer3):

  • Ask for smaller code reviews rather than big one
  • Be specific on what you want to be reviewed. Rather than describing what the code is suppose to do in detail, ask specific questions where you've doubts or need second opinion

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .