Professional Documents
Culture Documents
Follow
There are different 𝗯𝗲𝗻𝗲𝗳𝗶𝘁𝘀 𝗼𝗳 𝗮 𝗰𝗼𝗱𝗲 𝗿𝗲𝘃𝗶𝗲𝘄: it ensures consistency in design and
implementation, optimizes code for better performance, is an opportunity to learn, and
knowledge sharing and mentoring, as well as promotes team cohesion.
What to look for in a code review? Try to look for things such as 𝗱𝗲𝘀𝗶𝗴𝗻 (does this
integrate well with the rest of the system and are interactions of different components
make sense), 𝗳𝘂𝗻𝗰𝘁𝗶𝗼𝗻𝗮𝗹𝗶𝘁𝘆 (does this change is what the developer intended),
𝗰𝗼𝗺𝗽𝗹𝗲𝘅𝗶𝘁𝘆 (is this code more complex than it should be), 𝗻𝗮𝗺𝗶𝗻𝗴 (is naming good?),
𝗲𝗻𝗴. 𝗽𝗿𝗶𝗻𝗰𝗶𝗽𝗹𝗲𝘀 (solid, kiss, dry), 𝘁𝗲𝘀𝘁𝘀 (are different kinds of tests used appropriately,
code coverage), 𝘀𝘁𝘆𝗹𝗲 (does it follow style guidelines), 𝗱𝗼𝗰𝘂𝗺𝗲𝗻𝘁𝗮𝘁𝗶𝗼𝗻, etc.
Before sending a code to your colleagues, try to read and understand it first. Search for
parts that confuse you.
This should explain what was changes at a high level and why are those changes made.
Leave to the system everything that can be automated, such as checking for successful
builds (CI), style changes (linters), automated tests and some code smells and bugs
(SonarQube).
𝟰. 𝗗𝗼𝗻'𝘁 𝗿𝘂𝘀𝗵
You need to understand what is changed. Every line of it. Read multiple times if needed,
class by class.
Never mention the person (you), always focus on changes as questions or suggestions
and leave at least one positive comment. Explain the "why" in your comments and give
a suggestion on how to make it better.
Don't strive for perfection, but hold to high standards. Don't be a nitpicker.
We should try to make limit the number of lines of code for review in one sitting. Our
brains cannot process so much information at once. The ideal number of LOC is 200 to
400 lines of the core at one time, which is usually 60 to 90 minutes of time.
What is your code review process? What works for you and what does not?
Reactions
What about... I'll keep this in mind... This is a... Thanks for postin
Add a comment…
Most relevant
𝗕𝗼𝗻𝘂𝘀 𝟮: Use checklists. The best method for avoiding common mistakes and
overcoming the difficulties of omissions finding is to use checklists. Code
review checklists can be useful to track reporting and process development
purposes as well as to set clear expectations for team members for each type
of review.
Like · 2 Reply
𝗕𝗼𝗻𝘂𝘀: One should look at every line of code that is assigned for review.
Some codes need more review and some less, but it's a decision we need to
make during a review. Make yourself available for verbal discussion if needed.
Like · 1 Reply
Danial Samadi •
3rd+ 39m
Django Developer | Blockchain Developer
Like · 1 Reply
Hani BENZOUACHE •
3rd+ 28m
Head of Cloud Platform | 10x AWS Certified
Work in small batches to make code review painless to go through
Asikur Rahman •
3rd+ 59m
JavaScript | React | Frontend | Junior Software Engineer at Zaag Systems Ltd.
Like · 1 Reply
Ad
Follow
LinkedIn Corporation © 2022