你会怎么给别人做有效的代码评审？

目的导向、对事不对人：①先理解改动意图——看关联的 PR 描述、issue，明白'为什么这么改'，而不是只挑刺；②分层评审——先看整体设计是否合理，再看逻辑、边界、安全、性能，最后看风格；③给'建议'而不是'命令'——用'可以考虑……''这样会不会更……'的沟通方式，并讲清理由；④对严重问题直接阻断，对小问题给出可选建议，不吹毛求疵；⑤关注可维护性——'半年后别人能不能看懂'。