jxf2008

求教法律帝,这种情况下,法律站在哪一边?

  •  4
     
  •   jxf2008 · Apr 2, 2019 · 14408 views
    This topic created in 2609 days ago, the information mentioned may be changed or developed.
    1. 2018 年年初,员工甲向公司 A 提出离职,公司领导挽留,口头提出给员工甲项目提成,项目完成后支付给员工甲,该承诺为口头承诺,没有其他人证

    2. 员工甲负责开发安卓应用,该应用由他一人负责(小公司),从 2018 年四月份起,甲上传 SVN 的代码都是错误的,无法编译通过的,只有他有正确的代码。甲每次写完代码,编译好 APP 发送给测试部门,然后将代码加上错误上传至 SVN,由于安卓开发从头至尾都是甲一人开发,且甲发给测试的 APP 文件可以正常运行,因此没有人发现 SVN 上的代码有问题。

    3. 19 年年初,项目完成,甲向公司 A 索要提成,公司 A 以项目没有盈利拒绝。公司 A 坚持当时承诺时说明了,只有项目盈利后才能给甲提成,否则没有,而甲坚持当时承诺时没有这一点

    4. 甲随后从公司离职,公司其他人员接手后发现,SVN 上的代码无法编译,SVN 上最近一个可以编译的版本是 2018 年 3 月份的某个版本,但没有任何用,因为 APP 此后经历过多次大修改

    公司随即将甲告上法庭,甲亦将公司告上法庭,请问这种情况下,法律站在哪一边?

    Supplement 1  ·  Apr 2, 2019
    没错,我就是那个负责接收项目的人,SVN 代码错误的问题也是我发现的
    现在情况我也不太了解,以下信息是同事告诉我的,真实性不清楚

    法庭上,甲关于他上传错误代码的解释

    关于上传错误代码,甲坚称是领导(就是当初给他承诺的那位。。。简称领导 Q )让他把测试代码传到 SVN 上,把正确的代码放在本地,并且称,领导 Q 让他怎么做是处于公司保密需求,而他只是按照领导 Q 的要求做的。因为公司会给入职的人发电脑,离职后交还公司,而他离职后把电脑交还给公司,正确的代码在里面,并且坚称把正确代码的存盘位置诉了领导 Q,而领导 Q 坚称甲离职的时候没有告诉他,也否认是他让甲把测试代码上传至 SVN 的

    电脑再甲交还公司后,被重装过系统,并且已经一名新员工使用过了一段时间,所以证据全无
    136 replies    2019-04-05 14:19:38 +08:00
    1  2  
    Fulcrum
        101
    Fulcrum  
       Apr 2, 2019 via Android
    @ferock 国企一般按照损失定事件的大小。处理的话一般都有安全科来定性?这个我也不太清楚。
    国内工人缺少发声的渠道
    hilbertz
        102
    hilbertz  
       Apr 2, 2019
    这个肯定是公司败诉,员工每次提交时,都是审核通过的,过了这么长时间,公司才说代码不对,早就来不及了
    ant2017
        103
    ant2017  
       Apr 2, 2019 via Android
    甲知道本地正确代码的电脑已经被格式化了吗?
    Messiv2
        104
    Messiv2  
       Apr 2, 2019
    @webjin1 反正领导 Q 负主要责任。第一,他是负责该部门,该部门出了问题。第二,薪资待遇的东西他乱给属下承诺。
    我们公司调薪都是一年一度,董事会开会决定的,任何一个部门主管都没法决定,但是只有提议优秀员工。
    公司的人事部门会根据这个来考核,提交董事会决定。
    总之公司管理出问题,招来的领导也有重大责任。

    非常认同。
    这个公司或者这个部门压根就没有什么质量管理啊,一个程序员既当运动员又当裁判员,30 多个版本的代码都是错的,居然无人知道。
    另外,随意口头承诺奖励,这是伤害公司的薪资体系、侵犯大领导的权力。
    sampeng
        105
    sampeng  
       Apr 2, 2019 via iPhone
    你们交接都不带编译一下的?交接给了门卫吗么?
    uptime
        106
    uptime  
       Apr 2, 2019
    上法庭都是讲证据的

    这件事,从描述上我是站公司,虽然 append 加了解释,这个解释逻辑上站不住脚,要这也真的,也只能说甲太单纯,中别人的套(领导层角斗)

    再轮到证据上,甲的证据也更薄弱,公司胜诉机率也大一些。
    iwishing
        107
    iwishing  
       Apr 2, 2019
    员工甲自己说的,项目完成给提成
    项目完成的条件就是代码交付(和相关文档),员工甲交付的代码是不可用的
    从这一点上站公司。
    如果我是员工甲,就会在代码里加点后门,定时删除点数据,日志什么的,需要人工维护。
    civili6993
        108
    civili6993  
       Apr 2, 2019 via Android
    @wolfie #90,哈哈,“每次 v 站 讨论相关问题不都是一帮人说太年轻没留后门吗”,太对了,人不犯我我不犯人,领导,摆明了坑人,就活该被坑!!!支持甲
    civili6993
        109
    civili6993  
       Apr 2, 2019 via Android
    @uptime #106 “上法庭都是讲证据的”,是的,有领导签字的交接单,这个就是甲的证据,这个证据一点不薄弱,甲 100%胜诉。公司有 2 个证据,电脑和 SVN 上的测试代码,电脑格式化了,这个证据公司没了,剩下唯一的证据,SVN 上的测试代码,交接单签字就表示公司认同 SVN 上的测试代码。公司完败
    rocksolid
        110
    rocksolid  
       Apr 2, 2019
    @shyrock 楼上说的很清楚了,svn 放的测试代码,生产代码在主机上(还给公司被公司格式化了),你能有什么证据?或者公司有规定 svn 一定要放生产的代码?
    digimoon
        111
    digimoon  
       Apr 2, 2019
    先不说公司有没有规定 svn 上的一定要是能跑的代码,公司怎么证明传这个 svn 的是甲?
    digimoon
        112
    digimoon  
       Apr 2, 2019
    仔细看了附言是我看漏了,原来甲自己承认了传错误代码,应该直接说领导 Q 传的
    9hills
        113
    9hills  
       Apr 2, 2019 via iPhone
    甲有公司签字的交接单,就不太可能输。
    Xs0ul
        114
    Xs0ul  
       Apr 2, 2019
    编译不通过再正常不过了,参数不对、路径不对、依赖没弄好可有可能。甲甚至完全可以说我自己编译都是先跑个小脚本处理好各种问题,然后 svn 的代码就能编译了,而且脚本 /文档也交接了。
    Messiv2
        115
    Messiv2  
       Apr 2, 2019
    @jxf2008 公司流程有问题啊,这交接,都交接了啥啊
    FakeLeung
        116
    FakeLeung  
       Apr 2, 2019
    牛逼,居然能想到这么个双输的法子。
    xuanbg
        117
    xuanbg  
       Apr 3, 2019
    公司告离职员工甲肯定是公司赢,SVN 上面代码提交记录在,事实清楚,证据齐全。

    甲告公司看有没有直接的证据,没有的话很难赢。
    v2chou
        118
    v2chou  
       Apr 3, 2019
    @jxf2008 楼主 有后续没,进法院后怎么解决的
    shyrock
        119
    shyrock  
       Apr 3, 2019
    @rocksolid #110 A 主张甲上传投毒代码,证据是 svn 上甲本人多次上传代码的记录;甲主张这是测试代码,有没有证据?甲主张正式代码在主机上,证据何在?劝你别带入感太强老是为自己辩护,到底谁在主张分清楚。
    wd
        120
    wd  
       Apr 3, 2019 via iPhone
    这波操作确实很优秀。比较难讲谁会输,感觉员工胜算大一点。
    sofm
        121
    sofm  
       Apr 3, 2019 via Android
    等项目盈利了才给提成,这句话等于废话。盈不盈利程序员能左右?老板当初肯定没说这句话。即使转到钱了,会和程序员说吗?
    YAHOOQQ
        122
    YAHOOQQ  
       Apr 3, 2019
    如果员工甲没有任何证据能证明公司的的口头承诺的话,员工甲败诉基本没有悬念了。
    clemmsen
        123
    clemmsen  
       Apr 3, 2019
    现在情况是 1.公司有甲上传的历史记录,2.甲有公司已签字的交接单。要是甲有“甲坚持是领导 Q 让他上传测试代码,并称离职是把正确代码的本地路径告诉了领导 Q ”这段内容的聊天记录的话感觉胜诉就比较大了
    iasuna
        124
    iasuna  
       Apr 3, 2019 via iPhone
    @yzkcy 少年 你可能对背调太有信心了
    什么样的人都有人雇佣的 有很多公司根本不在意……
    tianrandai
        125
    tianrandai  
       Apr 3, 2019
    谁起诉谁举证吧。默认是无罪,举证证明对方有罪。
    rocksolid
        126
    rocksolid  
       Apr 3, 2019
    @shyrock 那你现在能否证明主机上有没有代码呢?问题是走的时候把主机还了,如果没有格式化你还能证明,但是现在这情况你能确保不是真的留了一份代码在主机上么?你有证据否定这种情况么?
    zaqzaq0125
        127
    zaqzaq0125  
       Apr 3, 2019
    插个眼,等后续。
    hjw45611
        128
    hjw45611  
       Apr 3, 2019
    员工离职有工作交接,公司没有确认代码是否正确就交接完成让人走了,是公司自己的责任
    双方都是口头约定,直接和解呗,拖着对双方都没啥好处
    员工有备用代码最好,没有的话,找最新的安装包逆向一下。
    shyrock
        129
    shyrock  
       Apr 3, 2019
    @rocksolid #126 糊了,你连谁’主张‘谁举证的理解都是糊的,还在这里强辩。。。
    chrisge
        130
    chrisge  
       Apr 3, 2019
    “提成”和“奖金”的区别~
    rocksolid
        131
    rocksolid  
       Apr 3, 2019
    @shyrock 呵呵 离职交接都做完了,那么请你举证下代码没交接的证据?没交接公司为什么让离职?
    rocksolid
        132
    rocksolid  
       Apr 3, 2019
    @shyrock 你叫了半天谁’主张‘谁举证,到现在谁是主体都不清楚,现在是公司在告甲没交代码,现在公司能证明甲没交代码?离职交接已确认,svn 代码不可用,然后呢公司不要证明主机也没有代码?否则公司怎么证明甲交接的东西没代码?
    ryd994
        133
    ryd994  
       Apr 3, 2019 via Android
    公司就不怕 A 什么时候加班猝死了?
    Messiv2
        134
    Messiv2  
       Apr 3, 2019
    @rocksolid 先不说责任的问题,这公司也太随意了吧。代码上传没人审核,离职交接也没人检查,这都是干啥的。
    unco020511
        135
    unco020511  
       Apr 4, 2019
    Android 项目编译不通过不是好正常的事吗,修修改改不就 ok 了
    wesall100200
        136
    wesall100200  
       Apr 5, 2019
    在交给领导 Q 的而时候,领导 Q 有责任当场检查代码的正确性,更何况后期你们还把电脑格式化了,这个操作应该问一下那个执行格式化的家伙把
    1  2  
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   1087 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 87ms · UTC 23:24 · PVG 07:24 · LAX 16:24 · JFK 19:24
    ♥ Do have faith in what you're doing.