Code reviews should be foremost a check on functionality, performance, readability, maintainability and security. Does it do the thing correctly and safely without breaking anything else? Can I reason about it without having to ask you how it works? Beyond that, most contributions are just pedantry.
Code reviewing is a fantastic tool for preventing bugs; indeed, probably the best tool we have. Unfortunately, as a professional practice, it also tends to attract fussbudgets, pedants, and people trying to arrogate authority and have time-consuming, asynchronous philosophical debates about stuff that doesn’t help move the project forward.
I appreciated that the author described whiteboard interviews as a “hazing ritual”. That’s exactly what it felt like the last time I endured one.