|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间：2008-07-25
我们的QA会来给我们Review的
|
| 返回顶楼 | |
|
时间：2008-07-26
xuby 写道 什么pair/review这些方法都不好,好的办法要从中国传统智慧中去寻找.
南北朝时北朝有个皇帝赫连勃勃,要建首都(统万城)的城墙.为了最大程度保证质量,他把团队分为两组,一组施工,一组质监.施工组建完一段墙后,质监组过来做检查,检查办法是用铁枪使劲往城墙上戳,那么结果无非两个,一是把墙戳个坑,或者是墙毫发无损. 对于第一种情况,皇帝的措施是这样的:把施工组的人全部砍头.第二种情况的处理大家可能猜到了,就是把质监组的人杀掉. 采取这种措施的成效非常喜人:近2000年过去了,这个统万城依然屹立不倒. 诸位认为这个质保措施用于软件业,会有什么效果? 你这个方法太极端了，我知道一个比较好的例子是降落伞工厂会让生产工人从自己生产的降落伞中抽出样品来试用。 |
| 返回顶楼 | |
|
时间：2008-08-06
现在程序员能写代码的 一抓一大把 但是会写代码的很少
代码不会写完能运行就是好的代码
reveiw其实是为了保证质量 和减少以后的不必要或者可以避免的工作
reveiw还是应该的 但是怎么reveiw还是看公司大大的要求
|
| 返回顶楼 | |
|
时间：2008-08-16
如果没有10年的编程经验就不要说Review无用
在我们公司所有文档、代码都必需经过Review，无论何种形式都可以 个人感觉还是比较重要的，findbugs、pmd只能发现一些最基本的问题，逻辑问题它们都搞不定 不过Review要有一个大家认同的标准，文档就是标准模板和业界标准，代码就是编程规范，标准统一了才能发现共性的问题，否则Review之后的结果就是PK……哈哈 |
| 返回顶楼 | |
