工作中犯了很严重的错想要辞职怎么办..

楼主是个好人，楼主不需要过分自责。如果你的manager比较有经验，他/她应该会知道这种事情比较常见。每个人都会有或多或少的疏忽，更重要的是如何有一些比较完善的机制来预防此类的事情发生。可以先跟你的manager解释清楚这个事情的原委，有可能他有更好的解决方案。

敢于承认错误的人 earn trust and respect 楼主这是一个机会

匿名用户 发表于 2023-1-20 00:39
作为一个职场老油条，我很明确地告诉你，永远不要认错和认怂，但也不要遮掩和忽悠。要以一种自信的心态把问 ...

举个我的例子：n 年前我用我们的 installer (bunch of shell scripts) 帮客户更新系统，把客户的数据库全删掉了。赶紧更改 installer , 如果待删的数据库里有表的名字跟我们 schema 里面表的名字一样，installer 拒绝删数据。客户的 DBA 必须手动删除。这样未来的误删就不可能是我们的问题了。I was known as the guy who deleted XXX's database for a long time but as a badge of honor ; )

LZ想多了，你就是个打工的，大家都是打工的。没关系，以后这样的事情经历多了脸皮就厚了，啥也无所谓了。回到眼下这个事情，不要说sorry之类的话，也不要说自己犯错了之类的。你没有错，这个过程不是纠错，是完善，是升级，是变得更好，是为你们组和公司做更大的贡献。你兢兢业业，殚精竭虑，经常定期反复核查以前的数据和模型，今天你非常及时得发现有些东西需要更新改进完善。同时，列举若干建议，如何在以后类似的情况下能更早得进行改进和完善，进而推广到别的项目。讨论需要改进的东西都时候，主语全部是模型数据，讨论如何改进完善并推广的时候，主语全部是我。

过来人告诉你，不要承认，装看不见，真被抓住了再说，何况完全可能有人已经看出来了也只是在装糊涂而已。

earn个屁trust，居然还有人嫌锅不够大硬往自己脑袋上砸。你出去认了组里跟过年一样，这大半年组里大事小情所有的错误都可以拍在你头上，大家弹冠相庆有这么包手纸出来帮自己擦屁股。

“你为什么这半年请了这么多病假”，“被楼主弄的bug导致数据不一致，心烦意乱，精神压力大”，“可以理解，作为经理我也是，你没事了”

匿名用户 发表于 2023-1-19 21:39
作为一个职场老油条，我很明确地告诉你，永远不要认错和认怂，但也不要遮掩和忽悠。要以一种自信的心态把问 ...

卧槽果然是大佬

匿名用户 发表于 2023-1-20 00:08
大厂的CEO们犯了那么多错，裁了好几万人，他们不也继续干着。你这种属于honest mistakes，正常人都会原谅的 ...

Yellen 一忽儿降息transitory inflation
一忽儿自己打脸
个一阵子又去**白等
不也好好的

匿名用户 发表于 2023-1-19 21:39
作为一个职场老油条，我很明确地告诉你，永远不要认错和认怂，但也不要遮掩和忽悠。要以一种自信的心态把问 ...

这个时候，大学时期写  lab report 的时候，练习的凡事对具体实际，用第三人称, there, it, this, 而不用 I, we.. 就很有用了。
e.g.
- 正确话术： Just found out there's an issue in the data set, here is the investigation.... here is what we can do now to mitigate, here is what we can do in the future to minimize occurrence this type of error from a process design perspective and here is how we can add guardrail
- 错误话术: I made a mistake and caused an issue in.... ， i'm really sorry. I will go fix it..

(觉得有用，还请不吝赐米)

匿名用户 发表于 2023-1-19 21:39
作为一个职场老油条，我很明确地告诉你，永远不要认错和认怂，但也不要遮掩和忽悠。要以一种自信的心态把问 ...

.. 超级无极对的思路和方法。
给层主鼓掌👏。

楼主，如果真的是有压力。按照层主说的，在家练习一遍，清楚的，没有个人情绪的说明问题和解决问题的方法和时间线。
支持层主的思路和方法，说辞里不要有后悔，不当，弥补这样的说法。
. 在一个系统里犯错，那是系统的错。
如果让大家以后都不犯错，那是提高。

举个例子，有人把一个快要上线的产品的数据库给删了。和老板讲，我这样这样操作，结果是数据库给删了。
然后老板开会，和各方说这个问题。你觉得这个删数据库的人的结果是什么？
被大家鄙视，批评，降级，开除？
.
.
.
.
.
.
.
.
.
.
.
.1point3acres.
.
.
.


是给老板在大会上表扬。因为在上线之前把数据库删了，大家发现这么大一个bug. 然后多个团队合作搞定，以后没有人可以删掉数据库。比产品lunch 以后，不知道哪天哪个人把数据库删了要好。
所以要改思维。
我自己有次也把Dev DB 给删了，当时吓的腿软，不敢和老板说。但是被朋友指教了一番以后，一点事都没有。现在也不会有人记得这个事情。
不过呢，流程和层主说的差不多。
1.先汇报这件事，
2.给出当下解决方法。让DBA 用最快的速度，把备份恢复。
3.然后开cross team meeting 讨论解决DB 不能被随便删掉的问题。
注意出发点不是天啦，我删掉DB了。
出发点是，1） DB 怎么能随便被删了呢，
2） 这个对prod 和其他的影响是什么，
3）我们有没有其他类似的漏洞，
4）proposal 是这个操作级别要改，要怎么改，和DBAteam, infra team 讨论

楼主定定心。

永远不要认错和认怂，这句话说的太好了。想想很多东西做的错误百出，甚至可笑，但是被人吹的天花乱坠，最后照拿credit，不要觉得公司是你家，你做好了公司能怎么怎么样，打工人在成为大股东之前就要是打工人的心态。特别是tech行业，很多东西都是没对错的，成败全靠扯皮，不要关心对错，关心的是大家是不是觉得你很棒。想想作为customer，网上这么多垃圾产品后面可都是公司花重金雇人研究的，很多obvious的错误和漏洞连没上过学的都看得出来，你说公司会把他们开掉么？只要不出什么大问题，比如网站崩了，客户找律师告你，推荐吓人的东西（twitter和amazon alexa竟然都干过，想想这后面可都是重金聘请的团队），没人care! 一堆PhD还都在那编数据，做假实验，写垃圾paper呢，你搞错了几个数据真的就是再小不过的事情。

楼上的建议非常好，转危为机，看似做了一堆有的没的事情，但是这些就是你成为高级别管理者的必备技能！中间调查浪费的多少时间？开了多少会？这个问题会不会重复出现？吸取到的教训能不能创造价值？Who cares？credit都是你的