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

LZ是刚入职不久的new grad一枚，大概做着data science的工作。
LZ之前写了一个ML的模型，在本地数据集测试没啥问题，之后manager让在online更多的数据里测试。当时进度略微落后计划，manager 很严厉的要求lz必须在某个时间测完发给他。LZ那天偷懒看了点世界杯，到时间还没做出来，非常害怕，觉得晚上周末稍加班一点搞出来没应该问题，出问题的那部分就先随便瞎编一些测试结果(随机生成的)发给了manager和组里(求别骂了，LZ现在后悔死了，眼泪都快哭干了)。
后来LZ才发现问题的严重性，某一类型的测试有个data pipeline似乎是需要特别的permission才能读出来，还有个data pipeline读出来全乱码用不了。现在感觉自己根本搞不定了， 要请教manager和组里的人才行。Manager还布置任务让我测更多的。
LZ现在完全不知道该怎么办，一种想法是承认错误，但感觉妥妥的要被开除(本来平时manager就感觉不太满意)。另一种想法是用更多谎言继续编数据，并且乞求最后不会有人查这部分的结果，但感觉大概率最后还是会被发现。
现在要是被开除了恐怕是真找不到工作，所剩不多的OPT估计也就废了，美国梦感觉也要碎了，一晚上没睡，还有几个小时要见manager，现在急得想撞墙

不太了解DS的workflow，凭感觉你需要解释以下问题：
1. 没有permission的情况下怎么得到(pipeline #1)的数据
2. manager以为你可以处理pipeline (#2)的数据，但你接下来还需要帮助

解决办法：这个时候只能用低级错误搪塞过去，来掩盖职业道德问题。对于低级错误，一般也不会问细节，问了也可以说那天没睡好，有点不舒服然后大意了之类的。
对组里可以说出了问题，直接说那一部分结果需要重新测试，不需要说更多。表明自己会努力加班，不耽误进度…（省略100字）
manager那边肯定会问得比较详细，可以说之前这两个pipeline用了错误的数据（而不是编的数据），现在自己发现了。但是#1要permission，并且有#2需要找人帮助。

以后碰到这种催进度又想偷懒的情况，可以考虑请病假，或者推掉一些lower priority的工作，或者说明你的困难争取更多时间

楼上说承认作假也太傻了，都那么圣母的么？ 既然已经发生，直接说代码有个地方没改对，下次注意就行，这种事有点经验的老油条简直脸不红心不跳的弄过去了，以后十几二十年总有这样类似的事故，职场早晚让你不得不撒谎。 求职面试的时候其实也是各种撒谎，美其名曰7分真三分假，“美化”/ “避重就轻”/ "CEO说不会裁员结果两周后就来一波”/"你还需要work on a/b/c才升职 （实际是skip说没budget）” 这种事天天发生， 以后还是尽可能避免这种低级撒谎吧，data还是讲究可重复性，要造假也不要那么明显， 多用脑子， 能不造也不要造咯。

完全不要说 直接问permission 不行就生病 fmla

匿名用户 发表于 2022-12-19 07:02:52
不太了解DS的workflow，凭感觉你需要解释以下问题：
1. 没有permission的情况下怎么得到(pipeline #1)的数据
2. manager以为你可以处理pipeline (#2)

至于怎么搪塞错误的数据，跟你的workflow有关，看看哪个环节最有可能出错。比如说用了本地的数据、或者用了错误的pipeline

服了，这还手把手教怎么在职场造假？

自己选择自己承担后果啊，无数的red flags。自己想办法呗，别人对你的情况又不了解。能忽悠过去算楼主本事，过不去么承担结果。成年人世界就是这样

就说自己一开始不知道没有permission ，所以只能先随机一些数据测试可行性之类的，正等着大家上班了给开permission

事情往往没有你想的那么糟。
很确定的是不要继续编数据了。
解决的话把坦白从宽做为最后手段，最好的办法是想办法搞到permission，然后神不知鬼不觉把数据改对。

原地辞职吧 重新练一个号

在学校的时候老师千叮咛万嘱咐不要数据造假……
我还以为工作不会有人这么干
直到今天…