V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
1etters
V2EX  ›  职场话题

遇到一件挺恶心的事,发现自己写的代码在移交到一个环节后,被某个同事全部加了 author:然后他自己......

  •  
  •   1etters · 2015-05-28 11:33:52 +08:00 · 7208 次点击
    这是一个创建于 3457 天前的主题,其中的信息可能已经有所发展或是发生改变。

    有遇到过的吗?有没有很恶心人

    第 1 条附言  ·  2015-05-28 13:55:22 +08:00
    刚刚问我为什么在V2EX发帖子,V2EX受众这么广
    49 条回复    2015-05-29 18:32:05 +08:00
    Jeremial
        1
    Jeremial  
       2015-05-28 11:35:36 +08:00
    那么出现了bug之后, 就可以找他问责了~
    em70
        2
    em70  
       2015-05-28 11:37:30 +08:00
    反正版权都是公司的,加作者名难道会多发奖金吗,楼上说得好,认领代码是自找苦吃
    falcon05
        3
    falcon05  
       2015-05-28 11:38:47 +08:00 via iPhone
    这哥们不错啊,233
    1etters
        4
    1etters  
    OP
       2015-05-28 11:39:43 +08:00
    问了一下,他说方便以后换工作233
    yangxiongguo
        5
    yangxiongguo  
       2015-05-28 11:42:56 +08:00   ❤️ 1
    这哥们有勇气,先吃我十斤 BUG。
    AstroProfundis
        6
    AstroProfundis  
       2015-05-28 11:46:02 +08:00
    代码里面能发现署名的,遇到问题的时候肯定最先找这个人啊...
    xmbaozi
        7
    xmbaozi  
       2015-05-28 11:47:32 +08:00 via Android   ❤️ 1
    会不会是ide之类的自动改了?
    m939594960
        8
    m939594960  
       2015-05-28 11:48:28 +08:00
    里面加点好东西
    定时炸弹啥的
    控制执行 rm-rf /* 啥的
    mhycy
        9
    mhycy  
       2015-05-28 11:51:15 +08:00
    我们公司源码的的目录名,文件名,类名,方法名,函数名,变量名
    对外API的URL,请求参数,都被一个人签上了自己的名字...
    pijingzhanji
        10
    pijingzhanji  
       2015-05-28 11:56:18 +08:00
    版权应该归公司的吧
    geeksu
        11
    geeksu  
       2015-05-28 11:56:21 +08:00   ❤️ 1
    曾经接手一个烂尾项目,找bug的时候直接搜某猿的签名,把他加的代码整理下就ok了
    某猿很喜欢画蛇添足之后再留个名
    pijingzhanji
        12
    pijingzhanji  
       2015-05-28 11:56:54 +08:00
    @1etters 靠这种方式找工作的同事,也够悲哀了
    hackerwgf
        13
    hackerwgf  
       2015-05-28 12:03:08 +08:00 via iPhone
    @mhycy 我也在api的url变量上加入同事名字的缩写😂
    lincanbin
        14
    lincanbin  
       2015-05-28 12:03:18 +08:00
    以后有事就他背锅了。
    Catstyle
        15
    Catstyle  
       2015-05-28 12:06:45 +08:00
    git blame这类的能找到你吧...
    mcone
        16
    mcone  
       2015-05-28 12:12:49 +08:00
    有人替你背锅,太幸福了啊
    learnshare
        17
    learnshare  
       2015-05-28 12:16:27 +08:00
    这是一种悲哀,还是注意用好 Git,随手 merge 覆盖了他。
    ALeo
        18
    ALeo  
       2015-05-28 12:19:26 +08:00
    看来那哥们是准备把公司的代码全部搬走啊。。
    Andiry
        19
    Andiry  
       2015-05-28 12:22:40 +08:00
    除非是提交到Linux kernel这种,不然加author有用么
    kenken
        20
    kenken  
       2015-05-28 12:26:18 +08:00
    对 git blame 一目了然啊
    welsonla
        21
    welsonla  
       2015-05-28 12:35:55 +08:00
    他应该是版本控制里加了commit id引起的吧
    Lucups
        22
    Lucups  
       2015-05-28 12:40:38 +08:00
    这种人谁敢用?把公司的代码拿了给人看。。。
    Lucups
        23
    Lucups  
       2015-05-28 12:41:00 +08:00
    节操哪里去了?
    Francost
        24
    Francost  
       2015-05-28 12:48:24 +08:00
    吃bug去吧,哈哈哈
    huobazi
        25
    huobazi  
       2015-05-28 13:03:36 +08:00
    表示以前也遇到过这种奇葩
    xulelehappy
        26
    xulelehappy  
       2015-05-28 13:28:46 +08:00
    出问题了可以找他了。
    puras
        27
    puras  
       2015-05-28 13:48:11 +08:00
    这是你之前没加,然后同事被同事加上啦?
    没事,给你宽宽心,俺们这有原来默认模板里有Author的,人家拿过去给改成自己名的。。。比你这还爽。哈哈。
    timothyye
        28
    timothyye  
       2015-05-28 13:55:46 +08:00
    有人替你背锅,太幸福了啊
    timothyye
        29
    timothyye  
       2015-05-28 13:56:08 +08:00
    有人替你背锅,太幸福了啊 +1
    Fly1993
        30
    Fly1993  
       2015-05-28 14:04:25 +08:00
    这哥们略恶心啊
    我们的开发要求是每个人写的功能都要自己写 author 方便有问题能够找到问谁
    但是出现了问题之后我们还是会用 blame 找……
    fork3rt
        31
    fork3rt  
       2015-05-28 14:09:11 +08:00
    同样遇到过这种问题,选择了无视- -
    jadecoder
        32
    jadecoder  
       2015-05-28 14:09:18 +08:00
    逗么....统计工作量的时候肯定用版本控制,只有出bug的时候才会找注释里的名字
    breaklayer
        33
    breaklayer  
       2015-05-28 16:03:20 +08:00
    将名字改回来,告诉其他同事,以直报怨
    comicfans44
        34
    comicfans44  
       2015-05-28 16:07:55 +08:00
    难道你们代码不提交到版本管理系统?
    kappa
        35
    kappa  
       2015-05-28 16:19:53 +08:00
    Team Geek上专门说了不让在代码上签Author。。
    caoyue
        36
    caoyue  
       2015-05-28 16:21:02 +08:00
    关键是,代码不拿来开源的话,他这是要把内部代码拷出去给别人看?这才是作大死吧?
    superbear
        37
    superbear  
       2015-05-28 16:42:27 +08:00
    假设用的是Git,会不会和你那同事的git配置有关,如果直接在同一台服务器上写的话,自己写的代码的作者可能就是那台服务器的默认作者。。
    lyragosa
        38
    lyragosa  
       2015-05-28 17:11:20 +08:00
    我在程序里面写过 special thanks to xxx 的注释

    一般是某个问题没法解决,在网上问了某个朋友,然后就把他名字加进去了。
    当然,是不开源的。

    不过楼主这种情况改别人的的确不太好。

    非要写,应该是Origin Author:XXX / Modified by : XXXX
    arslion
        39
    arslion  
       2015-05-28 17:26:18 +08:00
    @breaklayer 不是改回来,是删掉
    wenniuwuren
        40
    wenniuwuren  
       2015-05-28 20:50:10 +08:00
    这个无所谓吧。。 你写的, 思路是你的, 这就足够了
    sivacohan
        41
    sivacohan  
       2015-05-28 21:00:27 +08:00 via Android
    我的代码风格里面一定是要写author的。
    然后谁改代码谁把author改成自己。
    最后一个改动的人对代码负责。
    second06
        42
    second06  
       2015-05-29 00:16:05 +08:00
    author 改你还是他,都没有什么用处吧,所有权都是公司的,出问题了,以后别人会直接找他,多好,有人接坑,你还乐啊
    FrankFang128
        43
    FrankFang128  
       2015-05-29 00:18:25 +08:00 via Android
    对呀,你为什么要发帖
    thisnull
        44
    thisnull  
       2015-05-29 03:11:53 +08:00
    @geeksu 哈哈,我前公司的上司 我就是这样找他的BUG
    flynngao
        45
    flynngao  
       2015-05-29 07:07:16 +08:00
    会看history就行了啊,简直自欺欺人……
    mengzhuo
        46
    mengzhuo  
       2015-05-29 10:14:02 +08:00
    有人背锅!

    我操,这么好的事情我司怎么没有!
    unmois
        47
    unmois  
       2015-05-29 11:28:50 +08:00
    哈哈哈
    lawmil
        48
    lawmil  
       2015-05-29 11:31:35 +08:00
    从来都不喜欢加署名..在说了git or svn这种都可以看日志的...加了又有毛用!
    Kv_se7en
        49
    Kv_se7en  
       2015-05-29 18:32:05 +08:00
    今天我也遇到一个,我(FE)写了一个技术方案(Hybrid),然后发给IOS开发看看有没有问题,然后他直接稍微修改了一下,发邮件了,呵呵呵呵,请问怎么破。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3385 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 32ms · UTC 11:10 · PVG 19:10 · LAX 03:10 · JFK 06:10
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.