“完成”宣言
发布时间:2020-12-13 20:27:46 所属栏目:百科 来源:网络整理
导读:刚才在InfoQ看到这篇文章,很有感触。记得在工作中经常告诉经理说,功能实现了、工作完了。但总有这样那样的问题。虽然任何的程序都很难没有bug,但我们有做完 Alixx Skevington 的“完成”添加列表吗? Alixx Skevington 贴出一篇 “完成宣言” 以引发讨论
刚才在InfoQ看到这篇文章,很有感触。记得在工作中经常告诉经理说,功能实现了、工作完了。但总有这样那样的问题。虽然任何的程序都很难没有bug,但我们有做完Alixx Skevington的“完成”添加列表吗? Alixx Skevington贴出一篇“完成宣言”以引发讨论,其中谈到团队成员针对各自的工作质量向彼此做出的承诺,并清晰表明了他们对于使用代码交付业务价值的承诺。 他的“完成”条件列表包括:
这个帖子在LinkedIn的讨论组中引发了一些评论,人们建议加入更多列表项,比如: 我会加入“我会在签入代码前重新运行单元测试”。原因在于:看起来不相关的代码可能导致另一处的代码及其测试运行失败。这在我上一个工作中多次发生。(来自 David Kramer) 再说说单元测试。实际上,我会将其变为“我愿意在编写代码前先编写单元测试”,因为我笃信TDD。另一点关于测试的是:它们都是生产代码,要以同等态度对待。(来自 Scott Ames) Scott Mcphee不同意代码注释那一条: 对于代码注释这一条,我坚决持反对意见。注释常常都是谎言,或者不过是引出明显的东西而已(比如: /* 设置x等于y */ x=y;),而且常常增加负担,人们必须要让其与实际代码保持一致。设计清晰、实现清晰的代码不需要“简明扼要的注释说明我做了什么”,从代码就能明显看出它做了什么,而且配置管理提交的注释和代码中的版本差异应该说明写代码的原因。如果做不到的话,就要重构,以做到这一点。API文档是完全不同的东东,但其主要是给公开方法的用户看的,而不是代码文件的读者,API文档也是发布交付物的一部分。 Jay Packlick加入了他认为至关重要的一点: “完成”最重要的定义是隐含的,但是最值得留意,我愿意把它放在列表的第一条:所有关于“完成”某个功能的验收条件都要以测试表述,而且都要通过。 您愿意对这个列表做出哪些补充或改变? 转自:http://www.infoq.com/cn/news/2010/03/mainfesto-of-done (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |