在软件开发中,代码评审是一个关键的流程。
一个团队,代码评审开展的好,可以大不度的提升团队整体的交付质量,同时团队内的成员也可以很好的提升能力。
另一个方面,如果评审走歪了,代码评审可能就变成了大型踩踏的事故现场,彼此互相攻击,破坏信任等。
下面是如何搞砸一次代码评审,来为你树立敌人的7个招数:
1、代码风格的反馈
在代码评审中,对毫无戒心同事发起攻击,最好招式就是:不断指出其不符合编码规范的问题。
大多数公司内都有编码规范的文档,好好学习和利用吧。然后开始要求没有明确的提及的修改。如果代码规范中没有提到什么,那么这就是一个完美的机会,可以要求进行无意义的修改,这样就会给你要攻击的目标带来很多无意义的工作,譬如:
- 对单元测试类中的方法进行正确的类型提示了吗?
- 方法上没有添加void的标识了吗?
- 变量的命名是否过于冗长呢?
- 等等。
使用编码规范,来不断的折磨你的同伴吧。
2、要求做无意义的变更
第一步很烦人,但不会让你的敌人心生怨恨。你的继续努力,接下来就是毫无意义的变更要求。
如果有两种方法来做一件事,要求他们必须按照你的方式来修改代码,不接受那些对你不利而对他有利的理由。
你需要长篇大论的写反馈建议,来捍卫你所谓的正确。
如果你不想写太多解释性的东西,那你也可以用这样的说辞,让他们觉得自己不合理:
我不知道你为什么对我的这个要求如此难以接受呢