如果你对这个标准不清楚而且组里也没有一个统一标准的话,可在一开始code review 的时候主动把code review 的标准写成文档并寄给老板和同事,大家反馈修正后成为正式的评估标准,这样以后大家都要遵循,所谓只对你“鸡蛋里挑骨头”的事就不会存在。如果对某些东西的implementation 有不同看法,这种事情其实经常发生,你可说明自己为什么要这样做,pros and cons. 即使是take shortcuts 也是有原因的,比如时间紧迫马上要deliver 给客户等等,所有这些都可跟老板说清楚,老实说我实在不认为在技术上会有什么太冤枉的事。