关于编数据之后如何料理后事。。

匿名用户 发表于 2022-12-19 18:09
在学校的时候老师千叮咛万嘱咐不要数据造假……
我还以为工作不会有人这么干
直到今天…

这我要是老板这种人肯定第一时间开除啊，做不完或者不会做都不是什么大问题，因为这些原因就直接造假数据？？也太离谱了，迟早捅大篓子

明面上只是数据错了，你只要能有办法圆过去就行呗

我不希望楼主当我同事，觉得楼主很不professional，但是我碰到过类似这种撒谎作假的ds自己圆上了也没被开，我真觉得不一定会出事儿（当然manager已经不怎么喜欢你是额外debuff）。。。

匿名用户 发表于 2022-12-19 07:26:12
服了，这还手把手教怎么在职场造假？

因为… 所以才成就了烙印的天下。我们很需要锻炼学习这方面的能力胆量和脸皮。当然，respect

如果我是你manager，如果知道实情之后，我大概率会让你走人。
你可以实话实话，看世界杯耽误了，但是这个诚信问题，实在没有办法原谅。
我不知道高赞的那个回答为什么这么受欢迎。

就说你需要permission的那个部分的data读错了，读成别的pipeline 的data了，反正咬死不能承认数据是编的，以后也别编数据

就说当时的data有misunderstanding需要重新跑，诚恳承认错误，以后别再干了

简单，就说之前代码写错了就行了

匿名用户 发表于 2022-12-19 10:55:43
如果我是你manager，如果知道实情之后，我大概率会让你走人。
你可以实话实话，看世界杯耽误了，但是这个诚信问题，实在没有办法原谅。
我不知道高赞的那个回答为什么这么受欢迎。

会发帖来问的大概率不是坏人
这个时候如果被fire了还能找得到工作吗 没必要不给后路

不是很明白。在拿到需要permission的数据之前，用随机生成的随机数来写代码不是很正常的事么。。。就说发现自己permission数据没正确获取到，之前报告的结果是测试时候用的随机数，不是真实数据。这个bug你拿到permission修好就行了啊。

metrics真实是做ml的底线，你这样以后不要再做ml了，这样别人没法和你共事