您是否有任何方法/系统来激励您的开发团队成员编写“好的”代码并为他们的代码添加注释?我认识到“好”是一个主观的术语,它与早先关于measuring the maintainability of code作为好代码的一种衡量标准的问题有关。
发布于 2008-09-24 18:31:06
虽然大多数人认为代码审查是确保高质量代码的一种好方法,但在我看来,代码审查并不是实现这一目标的直接动机。然而,很难为好的代码提出一个积极的激励,因为好的代码的概念有很大的领域属于意见领域,并且几乎任何系统都可以被玩弄。
在我做过的所有工作中,优秀的开发人员都有编写好代码的内在动力。鸡和蛋,反馈,catch 22,随你怎么叫,获得好代码的最好方法是雇佣有动力的开发人员。创建一个好的开发人员想要工作的环境可能是我能想到的最好的激励。我不确定哪个更难,是创建环境还是找到开发人员。两者都不容易,但从长远来看,这两种方法都是值得的。
我发现,创建一个好的开发人员想要工作的环境的一部分包括确保开发人员谈论代码的情况。我知道没有一个熟练的程序员不欣赏对他的代码的好的评论。这有助于那些喜欢成为最好的人变得更好。作为这项工作的一个较小的子部分,因此是创建良好代码的间接激励,我认为代码审查工作非常出色。是的,你的代码质量也应该获得一些直接的好处。
我和同事们用来交流良好的编码习惯的另一种技术是代码中的小组评审。它不那么正式,允许人们展示新的技术,工具,功能。人们提出了批评,公开给予了赞誉,大多数开发人员似乎并不介意在他们认识每个人的小型开发人员小组面前发言。如果管理层看不到这样做的好处,那就把它叫做棕色袋子吧。开发者也会喜欢免费的食物。
我们还努力让人们去参加代码活动。当然,根据大家对这个主题的熟悉程度,您可能不会学到太多,但它会让人们思考代码一段时间,并让人们在一个更轻松的环境中交谈。如果你事后主动提出要喝一轮或两杯酒,大多数开发者也会出现。
等等,我注意到了另一个主题。免费的食物!不过,说真的,重点是要创造一个环境,让那些已经写出好代码的人和那些渴望学习的人想要工作。
发布于 2008-09-24 17:44:42
这就像incentive pay is considered harmful一样艰难。我最好的建议是选择几个必须同时满足的目标,而不是一个可以利用的目标。
发布于 2008-09-24 17:43:10
代码审查,如果做得好,可以产生巨大的不同。没有人想成为那个展示代码的人,这会导致每个人的眼睛都出血了。
不幸的是,审查并不总是能很好地扩展(过多的厨师等等)或向下(我们忙于编码而没有时间审查代码)。谢天谢地,on Stack Overflow有一些小贴士。
https://stackoverflow.com/questions/128586
复制相似问题