Re: [请益] 发现同事反组译自己程式码怎办

楼主: a741230 (fighter238)   2020-05-10 13:56:01
我还是补充一下我待的不是资讯业,我们程式都各写各的,各自负责互不相干,
没有强制一定要签入版控,休假会有代理人,但不是他,离职当然程式是公司的,
但是现在没有,也没有迹象要被FIRE,主管应该也不会叫他做这种事。
我写的这东西主管知道,而且已经上线稳定运作一年多了,属于Service,有释出API给
内部使用,所谓技术价值是指可以影响公司的竞争力,而不是一般人随便弄弄就有办
法搞出来的。
反组译本来就是台面下的事情,很多人一直扯程式码是公司的,但是就算是资讯业,
大都也有权限控管,不是每位开发人员都可以看到一整间公司的程式码吧,如果你被
公司发现你破解版控去看你不该看的Soruce那下场是什么,我没遇过这问题,有跟其他
同事讨论过也不太知道,普遍的看法当然是观感不佳,也不知道要不要戳破他,可能他
只是写好玩想学习之类的,看来我应该跟同事讨论就好,产业、公司的环境不同
不应该PO上来问的。
要不要分享其实要看环境,基本上当然是乐于分享,但如果你知道你同事是那种有心机,
会邀功求表现,你还会分享给他吗?
※ 引述《a741230 (fighter238)》之铭言:
: 自己写了一个较有技术价值的专案(是自己主动写的,非经主管指示)并已经用在公司
: 内部环境,但发现同事反组译了自己的程式码,参考了很多关键程式码片段以
: 及设计的方式,写了一个功能一模一样的程式,还刻意变造让人以为不是抄袭来的,
: 比如将if else对调,稍作一些没意义的修改,各位发现之后会怎么做?
: 跟主管讲呢?还是当作没这回事.....
作者: mouse21 (小鼠)   2020-05-10 14:04:00
最后他可能会说,他优化了你的程式XD
作者: kingofage111 (鸵鸟)   2020-05-10 14:04:00
要整间公司用一个不开放原始码的程式才可怕吧谁知道里面有没有藏什么东西人离职了,所有东西都动不了
作者: longlongint (华哥尔)   2020-05-10 14:12:00
跟主管讨论对组内open source啊让花时间反组译的人觉得自己浪费时间对公司内部 要学就给他学 怕什么我上班写文件没人看还被同事嫌浪费时间比你更想死
作者: atst2 (atst2)   2020-05-10 14:14:00
...不管你要不要离职,在工作时间开发的程式都是公司的.没有什么离职时才是公司的这回事.
作者: final01 (牛顿运动定律)   2020-05-10 14:15:00
年轻人看开一点吧!不要觉得有点技术就以为自己是神
作者: clanguage (C语言)   2020-05-10 14:17:00
台商就这样 防东防西不给看
楼主: a741230 (fighter238)   2020-05-10 14:27:00
atst2 权限控管跟程式码是公司,逻辑间有什么关系?
作者: crossdunk (推嘘自如)   2020-05-10 14:34:00
他推文是因为你内文好吗你自己看第七句
作者: jej (晃奶大馬桶)   2020-05-10 14:35:00
你报到的时候一定少看了什么 然后签下去了依照目前劳方的倾向 你主管没让你东西上版控属于过失之一这样的事情还能引发不满,公司体质本身也有问题不然就是你人际关系不好,主管要治理你的手段之一选一项自己认领了吧
作者: MOONY135 (谈无欲)   2020-05-10 14:38:00
我会选择公司内部开源然后换点东西回来这种东西不管对谁都是一种隐藏性的地雷
作者: jej (晃奶大馬桶)   2020-05-10 14:40:00
重点是 依照目前的情况 你主管认为反组译你的程式就结案然后看你的反应 找适当时机塘塞理由fire你 你还是好自为之吧管理的职责 就是打平凸起来的钉子 让工作稳定的执行下去
作者: crossdunk (推嘘自如)   2020-05-10 14:42:00
我认同你说的不该上来问,看起来你只想坚持己见
作者: MOONY135 (谈无欲)   2020-05-10 14:46:00
有时候你认为的状况搞不好跟现实是不一样的我发现了我就选择开源然后换点东西回来 一方面对方做白工而方面可以变现,等到他开源了 你的纸上财富就不是财富了
作者: mathrew (Joey)   2020-05-10 14:55:00
所以?我不是要帮对方讲话,如果你真这么在意,就是去跟主管讲顺便申请专利,告到他脱裤这就是公司本身体质的问题,我是觉得你可以建议
作者: qwas65166516 (TO BELIEVE)   2020-05-10 14:59:00
同事应该要用前先知会原po 不管如何都是一种尊重我想原po在意的点应该是这个?
作者: MOONY135 (谈无欲)   2020-05-10 14:59:00
等到对方做的跟你的功能的东西一好 然后开源了只要有接近80%能用 大家就会去开源的地方 然后完善它是说一般人如果真的想研究功能会直接跟对方要code而不会试着去反编译吧
作者: YahooTaiwan (超可爱南西我老婆)   2020-05-10 15:06:00
等他拿去邀功时再戳破他,更爽
作者: alanturing (alan)   2020-05-10 15:25:00
你不想被抄袭,那下次就做好保护措施吵所有权是谁的,很难有个结论这里不是法院,你们公司也不是
作者: guanting886 (Guanting)   2020-05-10 15:34:00
真要搞定这个问题前 先去谈版权归属 再来问你有没有资格做什么求偿 不然应该仍是公司方决定 他程度烂但完成他的工作 你管不著
作者: wulouise (在线上!=在电脑前)   2020-05-10 15:36:00
不懂为什么不对内开放,上班时间写得还是公司的
作者: rexhuang (BlueCancer)   2020-05-10 15:36:00
著作权法第十一条,和职务相关的著作财产权归雇用人享有
作者: guanting886 (Guanting)   2020-05-10 15:39:00
你既然有让主管知道 请问你的code是公司的 还是你觉得你自己的
楼主: a741230 (fighter238)   2020-05-10 15:39:00
从来都不是在问所有权问题,为啥很多人都在跳针所有权是公司的这毫无疑问,是道德观感问题
作者: wulouise (在线上!=在电脑前)   2020-05-10 15:39:00
我不想说多数暴力啦,但是如果事情一面倒一定有原因
作者: guanting886 (Guanting)   2020-05-10 15:40:00
还有你这个公司原文说非主管指示 你主动写的 现在说主管知道 你要不要跟主管聊一下 你的这些东西算公司还是你个人的你同事拿公司的程式去完成他的工作你真的管不著啊你要举例台积电 你公司签的合约跟台积电是相同吗还有你默认立场他有心机 你怎么不干脆直接跟他讲什么原因需要绕一圈反组译真有问题你又不报主管 下手重一点好吗 如果你待的环境有需要这么高的程度需要保护
楼主: a741230 (fighter238)   2020-05-10 15:42:00
这是公司的,你怎么知道这是他的工作?
作者: guanting886 (Guanting)   2020-05-10 15:43:00
以前我待的产业 平台上客服看会员个资 只要看个几下or 时间不对直接系统短信通报到该部门主管去他只要在上班时间去完成他的工作 而且你已经说明了里面有跟你程式雷同的地方你要找出工作以外的 例如他自己私人结案 麻烦再你code赛侦测的程式 这个非常有用 因为我做过
作者: swallowcc (guest)   2020-05-10 15:44:00
如果你自己都知道是道德问题的话,那其实很难做什么啦
作者: guanting886 (Guanting)   2020-05-10 15:45:00
我授权你A家 结果你把A家程式码用到B C
作者: king22649   2020-05-10 15:45:00
这根本不是所有权的问题吧 这是组员权限问题
作者: swallowcc (guest)   2020-05-10 15:45:00
顶多就是下次有类似案例做好混淆跟防护而已
作者: guanting886 (Guanting)   2020-05-10 15:46:00
你作为职员你去猜你同事怎么想 有用吗 真的有问题 你又不敢跟主管直接讨论
作者: king22649   2020-05-10 15:46:00
这可能比较接近资安问题 而非一堆回文的 所有权问题
作者: guanting886 (Guanting)   2020-05-10 15:47:00
你也弄不走他 你在那里想543怎么干脆跟对方聊聊
作者: Murasaki0110 (麦当劳欢乐送)   2020-05-10 15:47:00
所以到底是什么惊天动地的设计
楼主: a741230 (fighter238)   2020-05-10 15:48:00
礼拜五下班前才发现的,我还在想怎么做....
作者: guanting886 (Guanting)   2020-05-10 15:48:00
以前我看过某家银行的API智障的要死 混淆了一堆东西结果把需要eval执行 换别函数 全部原始码都全部秀出来了认真讲你应该跟主管讨论你跟乡民讲老半天这事情一点结果也没有
作者: swallowcc (guest)   2020-05-10 15:49:00
如果你认为是该管制而没管制就只能跟主管讨论
作者: guanting886 (Guanting)   2020-05-10 15:50:00
^^ 进度
作者: swallowcc (guest)   2020-05-10 15:50:00
如果你认为只是道德问题,那你只能选择做好管控自保
楼主: a741230 (fighter238)   2020-05-10 15:50:00
好像真的是这样,一堆人跳针只会说程式是公司的
作者: king22649   2020-05-10 15:52:00
1. 找主管直球 2. 找主管建议近期增加资安讲习
作者: mathrew (Joey)   2020-05-10 15:53:00
道德观感问题不就更奇怪了,是啊 是道德非常不好然后呢? 你跟我们讲干嘛 我们帮你揍他 这样吗?如果只是要问道德观感问题 那也就不需要问了 没意义啊
作者: hduek153 (专业打酱油)   2020-05-10 15:57:00
道德观感干我们屁事 你会在意别人公司内部观感问题吗
作者: mathrew (Joey)   2020-05-10 15:58:00
结果搞半天 你也只是想公审对方道德问题.....那我建议 你PO脸书 让公司朋友看到 更有用
作者: king22649   2020-05-10 15:59:00
小公司确实可以当道德问题 大公司就是资安惹~
作者: mathrew (Joey)   2020-05-10 15:59:00
就像h大说的 你会在意别人公司某位同事大便不洗手吗关我屁事喔
作者: sxy67230 (charlesgg)   2020-05-10 16:00:00
你觉得版上的大家很奇怪,却没反思是自己语言跟资讯表达能力有问题,你只给片面的资讯大家当然用片面资讯跟你的态度回复你的疑问,我们不是你爸妈、也不是同公司、也不是你主管,当然没有义务去深究你的片面资讯
作者: smalldra (ha。)   2020-05-10 16:11:00
你写的东西都是公司的
作者: airtsubasa (伪学姊)   2020-05-10 16:11:00
无瑕的程式码 番外篇,忽然觉得里面讲的一章好像!这件事你直接问当事人就能解开你全部疑惑惹
作者: jyunwei (jyunwei)   2020-05-10 16:21:00
看半天心得还是:你讨厌他 靠北工程师左转
作者: atbb (爱打篮球)   2020-05-10 16:30:00
好奇你怎么确定他反组译你的程式,像你说的,反组译是枱面下的事,你怎会知道,还知道只是改一些小东西?
作者: qrtt1 (有些事,有时候。。。)   2020-05-10 16:30:00
依法律,程式真的算公司的。(我跳针,我骄傲)
作者: javatea (齁齁)   2020-05-10 16:35:00
无聊 ~ 时间多不如拿来干活
作者: justben (BEN)   2020-05-10 16:43:00
想起之前有不交Code的工程师,后来离职某Service 废掉backend byebye ,拿人钱财与人消灾啊但我也知道有的公司管很严 被抄怕了 XD
作者: zhuzii (UsualMan)   2020-05-10 16:52:00
我觉得他可能只是想学习, 你会不会管太宽?他如果透过正当管道取得程式, 再反组译学习 这有什么关系除非他宣称是他写的 这才该生气
作者: superpai (超级白)   2020-05-10 17:08:00
道德哪里有问题? 你不知道资讯圈的道德观是source没有open最没道德吗?
作者: aidansky0989 (alta)   2020-05-10 17:16:00
搞不好主管叫他观摩你的
作者: wayne8062 (www)   2020-05-10 17:17:00
程式写好跟好共事一样重要,如果一个写程式很强却很难沟通,那大家会选那个程式不是那么突出却是跟大家好相处的人
作者: Louis5213 (slash5213)   2020-05-10 17:28:00
为你公司感到可悲,想看公司内部程式码还要用反组译的方式,你有没有想过离职后谁接
作者: chuegou (chuegou)   2020-05-10 17:37:00
写公用程式然后程式码没人知道 这是也是贵司的道德吗?
作者: yourinfo (...)   2020-05-10 17:44:00
因此直接open source让大家学习 主管可能还会另眼相看没版控真的不好 经验无法传承 同样的事 每个人搞一套BTW 台GG防的是外人 不是同事 也许你的程式是了不得吧XD
作者: steve1012 (steve)   2020-05-10 17:54:00
互相卡真惨
作者: yourinfo (...)   2020-05-10 18:00:00
真的很在意就直球 主管+他 开个会就解决惹
作者: pilor (Formosa)   2020-05-10 18:21:00
真的不爽就弄他啊!弄不赢你就离职啊!你会因为换公司了,技术就衰退吗?既然觉得自己不该po上来给人嘴,干嘛再po一篇?
作者: sharku (明珠求瑕)   2020-05-10 18:23:00
看来是个很有竞争力的无版控程式
作者: tttkkk (学到。)   2020-05-10 18:28:00
听起来像是你跟同事在同一间公司,但形式却像公司的不同外包XDD。好奇的是,若你离职了,谁来维护原始码?
作者: clarkman (凉雨)   2020-05-10 18:28:00
其实我觉得可以反组译看组语回推code还满屌的,这种等级的人应该不需要抄吧
作者: mouse21 (小鼠)   2020-05-10 18:59:00
楼上,说不定只是Java.
作者: lgates (衰神附身的男人)   2020-05-10 19:05:00
其实我从第一篇就想问 到底是啥么屌炸天的程式你觉得只有你才写到出来
作者: dapple (dapple)   2020-05-10 19:16:00
他要反组译你的程式花的功夫 应该比直接叫主管跟你拿要多
作者: nctukmdick (kmdick)   2020-05-10 19:17:00
到底是多神的code
作者: sxy67230 (charlesgg)   2020-05-10 19:21:00
好奇是什么屌炸天的程式需要同事不惜一切反组绎回组语,在从组语反推code+1
作者: srwhite (鲁蛇阿白)   2020-05-10 19:24:00
程式是公司的 就等于你看前人留下的code学习不是同个道理?
作者: nrxadsl (异乡人)   2020-05-10 19:30:00
报警
作者: kusoduck (搞怪鸭)   2020-05-10 19:30:00
程式是公司的,我把公司的code拿来改用在工作上,哪里有问题?
作者: king22649   2020-05-10 19:46:00
程式 < 公司,你 < 公司 -/> 你 = 公司
作者: koka813 (shift)   2020-05-10 20:51:00
真是笑死我
作者: tnfshjcc (↖煞气a携阿携↘)   2020-05-10 21:31:00
我在美国软件小公司上班 整间公司的Github都看得到
作者: strlen (strlen)   2020-05-10 21:32:00
这种事你应该去问清楚你的主管和老板.....你同事有没有权限看你的程式或反组译你的程式 是你主管或老板决定的 不 是 你 你以为你公司是你家开的吗?
作者: azureroki (Roki)   2020-05-10 21:45:00
看到现在我对于我还找不到工作感到绝望
作者: sp063439 (Isk)   2020-05-10 22:14:00
就是怕对方抢走你功劳而已,讲那么多
作者: cmliu (五月雨は、绿色)   2020-05-10 23:45:00
一支程式影响竞争力..
作者: LnZhen (LnZhen)   2020-05-10 23:45:00
老实说你在公司写的程式就算公司的 除非他拿去做商业行为才有问题吧
作者: nfsong (圖書館我來了)   2020-05-11 00:23:00
Using Recurrent Neural Networks for Decompilation先证明你同事不是Bot 是不是AI bot net 入侵Towards Neural Decompilation一般人看到没原始码的东西 应该会先找热门语言反组跑跑看将心比心
作者: hpo14 (hpo14)   2020-05-11 01:25:00
一堆人跳针都是公司的真的很好笑
作者: q26766 (cancan)   2020-05-11 01:57:00
你有啥问题啊,你都知道了,不会主动给他扣顺便跟上面说你教的防抄对你有啥好处?
作者: umum29 (....)   2020-05-11 02:28:00
只能说: 你待的环境真的很封闭 连版控都不用 大家藏东藏西到时候出包大家都推来推去 因为没有版控谁也不承认错误如果有code review制度 不但解决私藏 还能互相讨论效能主管的问题也很大 默认的这种环境与制度
作者: fats (sfat)   2020-05-11 03:18:00
好累,还好我待的环境都开源,需要类似功能大家还鼓励你抄,尽量重用代码
作者: snow0112 (小雪)   2020-05-11 07:42:00
邀功求表现不是基本的吗?变心机了?
作者: tnfshjcc (↖煞气a携阿携↘)   2020-05-11 07:46:00
没有版控的公司应该对软件职涯的成长有所阻碍吧 换工作?
作者: sojoasd (sojo)   2020-05-11 08:25:00
已经上线一年多了,是要邀什么功?如果是偷抄你的程式去做别的专案邀功,除非里面有过人之处,既然是过人之处,用反组译来看,也是不简单啦
作者: devilkool (对猫毛过敏的猫控)   2020-05-11 09:08:00
公司的程式码没有强制签入版控有点扯
作者: shooter555 (shooter)   2020-05-11 10:21:00
一点点小东西都想藏 你们公司风气应该很让人待不下去
作者: JerryFox (Jerry Fox)   2020-05-11 10:46:00
你应该在家接project自干,不适合team work
作者: zased (我只是上PTT查资料)   2020-05-11 10:56:00
不同部门间的source code本来就不能互看,网友的大多是工程师没这方面常识。我建议你找你主管报告,然后咨询法务部门。如果这两者都没意见,你也就该放下了。有敏感度的主管应该该知道事情的严重性,祝你顺利
作者: james732 (好人超)   2020-05-11 11:30:00
偷偷在程式码里面骂他 (?
作者: cominlin (DiawCat)   2020-05-11 12:04:00
// 抄三小
作者: netsphere (Ruby&Waku)   2020-05-11 12:12:00
纯粹好奇是写了什么功能的程式被反组译
作者: superpandal   2020-05-11 12:55:00
自己时间写的 open source弄个AGPL 公司如果要使用谈
作者: luke72 (ccc)   2020-05-11 18:15:00
不是资讯业还有办法反组译binary再重制 这根本旷世奇才跟你讲啦 真正强的人 都不用藏给你抄 反正你学不来外面这么多open source都不怕你看的 你的东西是有多关键
作者: mithuang (阿明)   2020-05-11 22:20:00
不想讨论CODE是不是属于公司的那就不说这个。但依我的经验,通常这种藏东藏西的都是自身能力不太足,觉得必须留一手才不会被fire,但通常都是夸大了自己CODE的重要性。要是能力够好,就全开放怕什么,你学得了一个学不了全部,最原始是不是你写的大家都看在眼里。
作者: tothat (RJC)   2020-05-12 01:32:00
完全同意楼上这风气八九不离十是gg吧东西怕被学走 邀功 这文化会有好的工程师我不信
作者: TAKADO (朕没给的你不能抢)   2020-05-12 12:55:00
贵司公司环境跟风气问题的话无解,建议你直接找事主私下聊聊,要抄就光明正大抄,还可以互相切磋讨论一起进步。我们公司都不同产品/专案team抄来抄去 问来问去,类似功能的组件/程式分享出去,让大家产出效能变高跟少走冤枉路不是很好吗?个人是觉得同公司没必要藏来藏去,反正久了主管跟大家都知道谁才是贡献高的成员。
作者: superpandal   2020-05-13 02:11:00
不用藏有两种情况 一种写的没有很好不用藏 一种还有更好的 公布的只是无关紧要的 说到底也是藏这社会就是这样 连努力都会不会有成效都要考量了 上层看到你的努力而被重视的世界已经过去了重点有人喜欢别人走冤枉路 自己走平坦路 不如大家一起走冤枉路 公平很多努力会不会有成效
作者: demintree ( )   2020-05-13 06:33:00
上线一年没有上code,这种程式公司敢用?
作者: freemantw (阿伦)   2020-05-13 10:04:00
太神奇了捷克,公司使用你的软件,然后你不用上传source code,也没有code review,然后同事反组译你的软件...在我眼里就是一场大家在比烂、秀下限而已
作者: ARPG (圣剑)   2020-05-20 22:57:00
在我公司,往上报因该会被火,我司是做多核系统,一个主机上面同时跑多系统,反正就是一台电脑,有两个A13 CPU跑MAC,有两个i5 CPU跑Windows 7,另外两AMD CPU个跑Linux,剩下四个arm CPU各自跑DOS,arm 开发团队反组译 A17程式,这很奇怪欧,已经超出学习的界线
作者: newstar2007   2020-05-22 10:35:00
老实说,没给source code你要怎么在业界生存?

Links booklink

Contact Us: admin [ a t ] ucptt.com