有谁会想被炒鱿鱼？有，就是我。
坐在办公桌前的我心烦意乱。同事们都不正眼看我，那滋味难受极了。我被驱逐了，我准备辞职。让我来告诉你们到底发生了什么吧。
老板：看来真的搞不清楚出了什么问题，你就用最后一个办法，试试卸载（unmount）Netware 3.x服务器上的驱动盘。
我：好嘞。
回到办公室，我登录Netware 3.x服务器。小菜一碟，只需要鼠标点击几下就行（很久以前我曾经操作过，详细的流程不记得了，好像结果是删除（DELETE）了数据库。）
我靠！不会吧？赶快重启一下。完了！真的被删除了，我到底干了什么啊。难道在选某个重要提示选项时，我下意识地选了’执行‘？
老板来了。
老板：山姆，什么情况？
我：（强忍着泪水）不晓得，我以为我卸载了数据库但我可能把数据库删除了。（我心想这下我的PC技工生涯和未来的程序员梦想都完蛋了。）
老板：纳尼？！你有没有仔细阅读屏幕上的提示说明啊？唉！
时间飞逝。我们用了好几种办法尝试恢复数据库。
老板：用昨晚的备份恢复。
我：自动备份程序有问题，有一阵子没备份了。（我们发现最新的备份是一个月前做的）
老板：做备份不是你负责的吗！
此时此刻我已泪流满面。这是我年轻的职业生涯中办得最糟糕的一件事，我以为这会是我职业生涯的终点。我懊恼当初应该完成大学学业拿到学位，那样自己就不会犯下如此低级的错误。可我偏辍学考了个Netware 3.1的认证，然后凭着证书找了这么一份PC技工的活。
我们用了一整晚时间想方设法恢复被删除的分区。凌晨4点左右，老板让我先回家休息。我眼睛红肿，无法入睡。早上起床后我没洗澡，也没换衣服。我估计老板会发我这个月的工资然后让我滚蛋。
我来到他的办公室，他双眼布满血丝，原来他熬了一整宿。我等着他发我工钱然后我就回家。他先是训了我一通，接着布置了我当天的任务：继续尝试某个修复方法。照这个办法，财务部门需要6个人手，30天的时间才能恢复被我删掉的数据。然后他给我上了我职业生涯中最重要的一课：
“不论情况有多糟糕，哪怕你知道自己要被炒鱿鱼，也要沉着冷静地想办法把问题解决。作为IT部门，如果出了问题，其他部门的人就无法工作了。把眼泪 留到问题解决后再流。” 我深受震动，正准备出门，他告诉我，“还有，永远记住要看清楚提示，尤其是提示选项，切勿过于自信。”
谢谢Mike O‘Conner，我永远不会忘记这一课。
（译者感言：之前看到过一篇类似经历的文章，作者由于午后犯困误删公司客户数据库，导致公司损失了几百万刀。他不像Sam这般好 运，能留下来弥补过错，而是当即被公司扫地出门。联想起若干年前我读Master的时候，也是午后犯困，接反电源线，实验室唯一的价值几千刀的单板电脑当 即就冒青烟，平时很nice的白人老板甚至都当面骂四字经了。虽然那个被解雇的倒霉蛋有点冤–他公司居然从不给数据库做备份，虽然我也有一点冤–那个单板 机电源接口既没有加装保险丝也没有任何标记，早晚有一天会有人接反。但这都不是推脱责任的借口，关键还是自己疏忽大意，玩忽职守了。告诫各位职场看官，工 作中务必尽心尽责，脑子不清醒时千万小心，哪怕偷一下懒，也尽可能不处理重要的事情，不做重要的决策，否则酿成大错一切都晚了，公司老板又不是你爹娘，没 有义务疼你迁就你，现实就是出了岔子，员工走人，老板照样高升。）
[英文原文：I’m begging, please, just fire me! ]
好的方面是，所有损失数据并非特别重要。多少算是不幸中的万幸。
引用来自“悠悠然然”的评论
尼玛，刚出道的时候，加班到很晚，处理数据时，一条update下去，没有马上执行完毕，才意识到没有加where语句，当时毛发竖起，毫无倦意，尼玛，在sqlplus中Ctrl+c都用上了，毫无效果，当时觉得世界末日到了。后来反应过来，做之前备份了，才安心下来，吓死了。
后来反应过来，做之前备份了，才安心下来，吓死了。
引用来自“grath”的评论
一大早看到这样的 顿感不妙当时下午犯困,本来要删测试环境的库,结果把生产环境的库给删除了,
删除前的提示完全都没看,就义无反顾的点击了确认按钮.
最后不得不考前日备份+当日binlog恢复的数据.
3个人搞了2个多小时才完成.
发布公告,因网络攻击,数据库损坏,经过我不懈努力,已经恢复99.99%
然后,这月会有一些奖金!
然后,祈祷,真实情况永远不会被人知晓!!
(程序猿和攻城狮 不是人类物种!)
关键是出错之后能够弥补回来
引用来自“shmilytsui”的评论
无标记无保险丝，这单板电脑的命可真大。话说，做得少，错得少，这话在国内（我个人始终这么觉得）还是相当行得通的：你会得多，干得也多（不干？OK，那就是你态度有问题！），结果呢？出问题的风险也多，结果呢？……
引用来自“静风流云”的评论
那些年，我们犯过的低级错！题外话：
曾经见过一个搞技术的老总，要在生产服务器上操作时，首先新建一个文档。
下一步要做什么，先写在文档上，然后再操作。
对于高危险的操作，会用颜色表明字体。
至今仍然很难做到他那样的认真。
题外话：
曾经见过一个搞技术的老总，要在生产服务器上操作时，首先新建一个文档。
下一步要做什么，先写在文档上，然后再操作。
对于高危险的操作，会用颜色表明字体。
至今仍然很难做到他那样的认真。
引用来自“顺顺利利”的评论
曾经让公司亏损上亿的人飘过。。。至今还在公司里呆着，想过辞职，但是被留下来了，但是被罚了两个月粮~
程序不一定是可靠的，人是肯定会犯错的。
引用来自“顺顺利利”的评论
曾经让公司亏损上亿的人飘过。。。至今还在公司里呆着，想过辞职，但是被留下来了，但是被罚了两个月粮~
至今还在公司里呆着，想过辞职，但是被留下来了，但是被罚了两个月粮~
引用来自“Puluto”的评论
本来文章好好的教人要有责任感，出了事自己要负责到底。这译者注直接拉低了文章的档次，让人觉得做得越少错得越少了。
引用来自“阿债”的评论
译者说不是非常清醒时（比如早上刚到时，完全不在状态），不要做重要的事情（看看OsChina新闻好了）。如果抱着做多错多的态度，有事就躲，自己无法提高，团队的人也不愿意和你一起共事。其实最后的结果往往是：拿个人当团队用，团队内部还是比较团结，可是整体的效率高不起来。
不在状态，别干重要的事，这话还是相当靠谱的。至少得先把备份一类的保险工作做好，做敲回车:)
引用来自“Puluto”的评论
本来文章好好的教人要有责任感，出了事自己要负责到底。这译者注直接拉低了文章的档次，让人觉得做得越少错得越少了。
话说，做得少，错得少，这话在国内（我个人始终这么觉得）还是相当行得通的：你会得多，干得也多（不干？OK，那就是你态度有问题！），结果呢？出问题的风险也多，结果呢？……
引用来自“liluwei123”的评论
还有，永远记住要看清楚提示，尤其是提示选项，切勿过于自信。引用来自“Tek_Eternal”的评论
所以说引咎辞职只是在推脱责任而已，有咎就得负责到底啊这译者注直接拉低了文章的档次，让人觉得做得越少错得越少了。