|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-04-27
lkfnn 写道 aardvark 写道 署名更多的是一个企业文化上的事情。如果你们团队认为不署名比较好，那就不署名；如果别的团队认为应该署名，那就署名。至于具体到修改代码到什么程度可以署名，也是各团队内部的事情。
说到底署名并没有什么不得了的弊端，“不应该允许”口气就太大太不尊重别人了。 应不应该署名并不是团队内部的事情，而是取决于版权所有着，所以才有 “coding by xxx ” 这种写法。 IBM的程序取决于谁？Google的程序又取决于谁？“版权所有者”不会真正决定这个东西。 署名并非版权信息，copyright才是版权信息。 |
| 返回顶楼 | |
|
发表时间：2007-05-09
过份依赖版本控制工具，不是一个好方法
署名并非责任归咎，更多的是一种良好习惯，方便后来人维护和查找问题的根源而已。不必看得如此严重 Sun等开源项目的源代码，本来就不一定会从cvs上面发布，署名更加是非常必要了 |
| 返回顶楼 | |
|
发表时间：2007-05-10
署名很重要，是荣誉也是责任
|
| 返回顶楼 | |
|
发表时间：2007-05-11
署名是权力也是责任，使不使用看个人或团体的意愿。
个人比较懒，一般只在非常重要的地方署名 |
| 返回顶楼 | |
|
发表时间：2007-05-11
majianglin 写道 署名很重要，是荣誉也是责任
当跟公司说拜拜的时候,你记得把自己代码里面的署名搞掉哦, 不然后来的替你擦屁股的时候会骂娘的哦. |
| 返回顶楼 | |
|
发表时间：2007-05-11
majianglin 写道 署名很重要，是荣誉也是责任
为什么说是荣誉呢？ 某程序员创建了一个空类，其他几个合作者分别在上面添加了行为方法 荣誉怎么算？ |
| 返回顶楼 | |
|
发表时间：2007-05-13
其实我感觉楼主的问题不是署名还是不署名造成的,而是相关文档管理欠缺,bug修改记录管理欠缺造成的
署名的问题得看公司相关规定吧 |
| 返回顶楼 | |
|
发表时间：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 |
| 返回顶楼 | |
|
发表时间：2007-05-14
楼主的观点确实不太站得住脚啊。
很多编码规范都是要求在源代码头行添加修改历史记录的，这样一目了然，去查日志不免太费事了吧？ |
| 返回顶楼 | |
|
发表时间：2007-05-15
dustinth 写道 majianglin 写道 署名很重要，是荣誉也是责任
当跟公司说拜拜的时候,你记得把自己代码里面的署名搞掉哦, 不然后来的替你擦屁股的时候会骂娘的哦. 对自己代码有信心的话，就应该不怕后人骂娘。写代码的时候，要有一种信念，即使过了几年后，自己看自己的代码，也会觉得自豪和问心无愧。 当然，需求变更造成的业务代码的麻烦是另外一回事，理性的程序员都知道该怪谁的... |
| 返回顶楼 | |
