Code reviews are a must in a proper development workflow, but what happens when performing or receiving one becomes as fun as getting a root canal? Instead of contributing meaningful suggestions, developers often use these reviews as an opportunity to rehash old arguments or show their "superiority". From personal experience as a software engineer over the past 8 years to the stories my professional network shares, I know that code reviews can be a major pain point for many development teams. In this talk, I'll describe the common mistakes we make while performing a code review and how it can cause unwanted side effects among a team and their codebase. I'll also describe worthwhile solutions to these issues so that they are less likely to occur. By the end of this talk, dev teams should be able to conduct code reviews fairly, catch substantiated mistakes, make productive suggestions, and still like each other afterward!