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

rongjunxue

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

最近访客更多访客>>

博主相关

博客

微博

相册

留言

关于我

文章分类

社区版块

存档分类

博客分类：

项目管理/敏捷开发/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
浏览 15766
评论(49)
论坛回复 / 浏览 (49 / 26188)
分类:研发管理
查看更多

29 楼 andyyehoo 2007-05-15

dustinth 写道

majianglin 写道

署名很重要，是荣誉也是责任

当跟公司说拜拜的时候,你记得把自己代码里面的署名搞掉哦, 不然后来的替你擦屁股的时候会骂娘的哦.

对自己代码有信心的话，就应该不怕后人骂娘。写代码的时候，要有一种信念，即使过了几年后，自己看自己的代码，也会觉得自豪和问心无愧。

当然，需求变更造成的业务代码的麻烦是另外一回事，理性的程序员都知道该怪谁的...

28 楼 cherami 2007-05-14

楼主的观点确实不太站得住脚啊。
很多编码规范都是要求在源代码头行添加修改历史记录的，这样一目了然，去查日志不免太费事了吧？

27 楼 01robert 2007-05-13

温柔一刀写道

majianglin 写道

署名很重要，是荣誉也是责任

为什么说是荣誉呢？

某程序员创建了一个空类，其他几个合作者分别在上面添加了行为方法

荣誉怎么算？

在这种情况下荣誉的所有者是不正确的，这只说明这种方法在这种情况下还有缺点，但一般情况下可以理解为荣誉和负责（我们不能因为其不能完美的否定它，而想一想如何利用它的好处和改善它的问题）

好处：
1. 荣誉和负责
2. 方便找到能提供帮助的人

对于“某程序员创建了一个空类，其他几个合作者分别在上面添加了行为方法”，可以多上注释：

created by author 2005/5/10
---------modified List---------------
modifid by modifyer2, 2005/10/15, modified method2.
modifid by modifyer1, 2005/5/15, implements method1, method2, method3

26 楼 daniel.wuz 2007-05-13

其实我感觉楼主的问题不是署名还是不署名造成的,而是相关文档管理欠缺,bug修改记录管理欠缺造成的

署名的问题得看公司相关规定吧

25 楼温柔一刀 2007-05-11

majianglin 写道

署名很重要，是荣誉也是责任

为什么说是荣誉呢？

某程序员创建了一个空类，其他几个合作者分别在上面添加了行为方法

荣誉怎么算？

24 楼 dustinth 2007-05-11

majianglin 写道

署名很重要，是荣誉也是责任

当跟公司说拜拜的时候,你记得把自己代码里面的署名搞掉哦, 不然后来的替你擦屁股的时候会骂娘的哦.

23 楼 centgo 2007-05-11

署名是权力也是责任，使不使用看个人或团体的意愿。
个人比较懒，一般只在非常重要的地方署名

22 楼 majianglin 2007-05-10

署名很重要，是荣誉也是责任

21 楼 andyyehoo 2007-05-09

过份依赖版本控制工具，不是一个好方法

署名并非责任归咎，更多的是一种良好习惯，方便后来人维护和查找问题的根源而已。不必看得如此严重

Sun等开源项目的源代码，本来就不一定会从cvs上面发布，署名更加是非常必要了

20 楼 aardvark 2007-04-27

lkfnn 写道

aardvark 写道

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

19 楼 lkfnn 2007-04-27

aardvark 写道

18 楼 aardvark 2007-04-27

17 楼 YuLimin 2007-04-26

1、最好先是要有详细的文档说明，然后再；
2、进行相关的署名等等信息附加上去，第一点才是关键。

16 楼 dustinth 2007-04-26

支持不署名.
在代码里的署名和CVS/SVN上的Check记录实际上是重复的, 我们花那么多工夫重构代码就是为了消除重复, 注释也是代码.
再说署上名字又有啥动机呢?对于自己的肯定? 为代码负责?
并不是说JDK和Spring里面署了名就能做为支持署名的理由.

15 楼 lkfnn 2007-04-26

hocus 写道

之前一个公司boss的考虑是
注释李不能出现“作者，author”之类的词
需要标明copy right company
仅仅是 coded by xxxx

我觉得这样做是非常合理的，如果是开源项目可以署自己的名字，但如果是商业项目必须是这样写的。

14 楼 myreligion 2007-04-26

还是署名比较好些吧。
也不是所有时候cvs，svn都能用，有时候到客户哪儿部署东西，svn是内网的，外面不能访问。遇到问题找谁去？代码上署名了就容易多了；又不是写上自己的名字代码就是自己的不是公司的，和版权能扯上什么关系。

13 楼 hocus 2007-04-25

之前一个公司boss的考虑是
注释李不能出现“作者，author”之类的词
需要标明copy right company
仅仅是 coded by xxxx

12 楼 sunnyshuhai 2007-04-25

写不写应该没有太大问题吧，写得话也是为了出了问题，可以很快知道该谁负责。

11 楼 fanth 2007-04-25

其实，楼主说的情况应该不常见，一个类修改人一般不多于3个，在我们的团队里，我初略看了一下，一般就是2人比较多。我反对开发人员在代码中不署上自己的名字，原因很简单完全依靠版本控制工具并不可取。

10 楼 giscat 2007-04-24

与到此一游异曲同工，

发表评论

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

最近访客更多访客>>

博主相关

文章分类

社区版块

存档分类

最新评论