谁提意见谁实现，实现了能认定多大功劳呢？
因为这个操作不好的话很容易变成能者多劳，不管不劳。
【 在 jfgao (小高) 的大作中提到: 】
: 标  题: Re: 各位是从哪里获取code review的动力的？
: 发信站: 水木社区 (Tue Dec 14 06:11:39 2021), 站内
:
:
: 【 在 dpblue 的大作中提到: 】
: : 关于你说的“code review是个挑错性质的东西，不怎么受人待见，而且容易起争执”，这个我也想知道大家是怎么解决的。如果代码真的错了还好说，那种改善型的意见，真不知道是该给还是不该给。
: : 举一个例子，我同事写了一个client，需要实现isAvailable()，就是去连一下对端服务器，连上了就返回true。
: : 他的方法是调用一个取groups的API，这个API会返回属于某个ID的一大堆groups，但问题是这堆groups根本用不上。
: : ...................
:
: 我们组code review主要是看代码有没有语法错误。每日例会时可以提出改善意见，大家一直赞成后，谁提改善意见谁负责实现，共同提升代码质量。当然各个公司各个工程组文化氛围不一样，对code review的看法也不一样。软件行业人员流动周期短，互相捧场对未来职业发展大有帮助。
:
: 事实上，谁提改善意见谁负责实现是最高效的办法。有时候给同事讲解改进方案还不如自己亲自去实现。
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 174.113.17.*]
--
FROM 73.15.185.*