公司里，不应该允许开发人员在项目代码中署上自己的名字

rongjunxue

浏览: 31815 次
性别:
来自: 广州

最近访客更多访客>>

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

项目管理/敏捷开发/UML

项目管理 CVS SVN 编程 VSS

最近做了比较多项目管理方面的工作，因此这方面想的也比较多。

举个反面例子：

java 代码

/**
* @author rongjunXue
*/
public class SayHi{
//......
say("Hello, javayey!);
//......
}

然后，wangwen修改里面的拼写错误：

java 代码

/**
* @author rongjunXue
*/
public class SayHi{
//......
say("Hello, javaeye!);
//......
}

最后由suzhenhui完成，badqiu修正了其中的一个BUG：

java 代码

/**
* @author rongjunXue，badqiu
*/
public class SayHi{
//......
//非常复杂的业务实现
//......
}

最后从代码看，往往会以为这段代码是由rongjunXue完成，并由badqiu做了修改。但事实完全不是这样。

事实是，第一个开发者只是写了个锥形，最终代码业务逻辑由suzhenhui完成，badqiu修正了其中的一个BUG。

当上面的业务逻辑出现问题时，应该找suzhenhui或badqiu,而不是找rongjunXue.

再加一个反面例子：

java 代码

//方法描述 Add By ZhangShan
public List getListMethod(){
//.........................
}

其实，我们完全可以通过CVS和Eclipse查看到每一行代码的归属和变更历史，请看附图。

在Eclipse CVS视图中，左边会高亮显示代码中光标所在行的最后修改者，右下角可以选不同版本进行代码比较。

查看图片附件

分享到：

铲平世界的革命 | 项目中一个好用的查找方法，基于HSQL和一个 ...

2007-04-14 14:46
浏览 15736
评论(49)
论坛回复 / 浏览 (49 / 26161)
分类:研发管理
查看更多

49 楼 jet.han 2007-10-04

我认为代码必须要署名，虽然CVS／SVN等都可以查出具体的作者或修改人是谁，但是代码署名表明了一个人的劳动成果，同时也有了要维护这段代码的责任和义务。有利于增强大家对项目的成就感和责任感。

48 楼 icess 2007-09-29

chengren 写道

//
//copyright的一堆，就不描述了
//

/**
 * CLASS :XXXXXX VERSION : 1.02.0003 DATE : 2003/11/5
 * 本类的用途描述。。。。
 * Create: 2003/11/5  某A 1.01.0000
 * HISTORY : 2004/11/5  某甲 增加业务，原因XXX   1.02.0001
 * HISTORY : 2005/11/5  某乙 修改业务，原因XXX   1.02.0002
 * HISTORY : 2006/11/5  某丙 修正业务，原因XXX   1.02.0003
 */

我们这么用着觉得挺好的，项目虽不大也有些年头了

我们也这么用, 挺好, 挺清晰.

47 楼 dingdangxiaoma 2007-09-27

呵呵,都有这个问题呢,呵呵.

46 楼 zealic 2007-07-17

先纠正下楼主的代码错误
say("Hello, javayey!);
应该为
say("Hello, javayey!");

那么，不署名时不可能的，古代还有工匠冒着杀头的危险在贡品上署名的，当然，很隐秘而已。

其他的的观点就如楼上了!

45 楼 chengren 2007-05-25

阳光晒晒写道

gigix 写道

ltian 写道

兄弟们，当代码正常工作的时候，书不署名都无所谓，当代码不能正常工作，需要维护的时候，知道代码是谁写的就非常重要了，尤其是复杂的大项目。

“复杂的大项目”要查“代码是谁写的”就靠看源文件顶上的署名？
果然好复杂的大项目，呵呵。

知道是谁写的有什么用？
扣工资么？
还不如早点去看看设计文档找个人改了。。。

我的经验是，如果这个人还在这个公司的情况下，他分析解决问题的效率远比随便找个人看文档去修改效率要高一些。其次，我认为在维护的过程中，如果直接从代码就可以看到谁写的远比从版本呢维护工具中找到修改人是谁效率高的多（请注意，我要了解的是代码是谁为什么写的，而不仅仅是文件上的署名）。

44 楼 chengren 2007-05-25

gigix 写道

jiashengfan 写道

vss cvs是可以看到，那如果以后不用这些工具了呢。只有代码。

如果developer一个不小心，把代码全删掉了呢？
没有版本控制就不是软件项目，顶多是写程序玩。

如果软件代码的所有权是客户的，在代码中书写变更履历是非常必要的。
我们无法保证客户也同样有拥有版本工具，就像我们无法预料客户未来是不是一定找我们修改程序一样。

43 楼 chengren 2007-05-25

//
//copyright的一堆，就不描述了
//

/**
 * CLASS :XXXXXX VERSION : 1.02.0003 DATE : 2003/11/5
 * 本类的用途描述。。。。
 * Create: 2003/11/5  某A 1.01.0000
 * HISTORY : 2004/11/5  某甲 增加业务，原因XXX   1.02.0001
 * HISTORY : 2005/11/5  某乙 修改业务，原因XXX   1.02.0002
 * HISTORY : 2006/11/5  某丙 修正业务，原因XXX   1.02.0003
 */

我们这么用着觉得挺好的，项目虽不大也有些年头了

42 楼 fnet 2007-05-25

对于水平平均的小团队来说,不用署名可能好点.

对于一个大项目几百人水平参差不齐,svn/cvs可以,推荐用trac进行代码管理,更直观.

41 楼 gigix 2007-05-24

jiashengfan 写道

vss cvs是可以看到，那如果以后不用这些工具了呢。只有代码。

如果developer一个不小心，把代码全删掉了呢？
没有版本控制就不是软件项目，顶多是写程序玩。

40 楼 jiashengfan 2007-05-24

vss cvs是可以看到，那如果以后不用这些工具了呢。只有代码。

39 楼 yiding_he 2007-05-24

关于在代码中写变更记录，我认为不要做多余的事情，哪怕是一点点。

38 楼 number017 2007-05-24

温柔一刀写道

代码共享，不署名

团队成员谁都有修改和改进的权力

某个地方出了问题，不应该找写代码的某个人

整个团队都有责任

避免互相推卸责任

这个说起来简单，如果不采用结对编程
要做到这样是很难的。

37 楼 sun113 2007-05-22

根据公司要求！
个人倾向于加上主要负责人的署名！

36 楼阳光晒晒 2007-05-22

gigix 写道

ltian 写道

“复杂的大项目”要查“代码是谁写的”就靠看源文件顶上的署名？
果然好复杂的大项目，呵呵。

知道是谁写的有什么用？
扣工资么？

还不如早点去看看设计文档找个人改了。。。

35 楼 gigix 2007-05-22

ltian 写道

“复杂的大项目”要查“代码是谁写的”就靠看源文件顶上的署名？
果然好复杂的大项目，呵呵。

34 楼 hexstar 2007-05-21

很多的IDE 在创建类时都会自动署名的.
而且署名了以后出问题比较好找人.
另外对程序进行了一些重要的更改最好在更改处注释一下,并写着更改的原因.

33 楼 kris_xu 2007-05-21

谬论。

32 楼 hiwzg 2007-05-20

我认同这样的观点。极限编程的实践是代码集体所有，也并没有排斥说在代码上写上作者的名字。

写主要开发者的名字我觉得还是比较恰当的。

有事也好找。

aardvark 写道

署名更多的是一个企业文化上的事情。如果你们团队认为不署名比较好，那就不署名；如果别的团队认为应该署名，那就署名。至于具体到修改代码到什么程度可以署名，也是各团队内部的事情。
说到底署名并没有什么不得了的弊端，“不应该允许”口气就太大太不尊重别人了。

31 楼 magic007 2007-05-17

lzmhehe 写道

引用

很多编码规范都是要求在源代码头行添加修改历史记录的，这样一目了然，去查日志不免太费事了吧

这样子代码很不好看
我就有过这样的经历
到后来又都去掉了

修改记录加在源代码文件的前面，又不是加个每个修改地方的前面。也就是修改记录都是集中在一处，并没有分散到文件的各个地方。没有不好看的问题

30 楼 lzmhehe 2007-05-17

引用

很多编码规范都是要求在源代码头行添加修改历史记录的，这样一目了然，去查日志不免太费事了吧

这样子代码很不好看
我就有过这样的经历
到后来又都去掉了

发表评论

您还没有登录,请您登录后再发表评论

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论