33 | 技术人的犯错成本

这篇总结得太好 所有的这些我都有亲身经历 作者能总结出来告诉新人和次新人太好了 等发生问题再总结往往太晚了

最近犯了两个错误： 一个是在向公司内部sales分享信息时把一个internal服务说成public facing。对public facing理解错了。经理用upper case纠正了这个信息，心里那个汗啊。 第二件学到的是回邮件要看收件人角色。我在中途被拉入一封邮件做support，花了几分钟浏览上下文后回了封技术邮件给提问的人，经理补了一封说这个邮件suppose to给另一个人。在当时还纳闷为什么，后来仔细一看，发邮件的人是个经理，另一个人应该是真正做代码过的人。事后悄悄给经理发了个感谢：）

在淘宝工作时，曾因一行代码错误，导致百万商品下架，数十万商家被处罚，甚至关店。

刚入IT行业没多久，在公司因为业务部门需要，我第一次手动执行一个存储过程，使用toad工具的时候，准备点击Execute Procedure的时候手一抖点成上面的Drop Procedure。紧接着惯性思维都是点击确定....然后，一个6000多行的procedure被我完美的删除了..然而数据库备份查找那时我根本不懂，只能去向领导请罪，寻求解决办法，至今难忘。

曾经犯过把测试代码推到了线上

刚入职一家支付公司时 负责了写meeting minutes (会议记录)。当时顺手写: “xx这个模块的设计，是由yy说了算的。我们要在会议之后询问一下yy的意见”，并在会后发送给了与会人员。 刚发完，一个很有经验的员工就紧张的跑来找我，说zz和yy是平级的，这里不能够说什么东西是由yy说了算的。 当时感觉的确是自己不小心了，但是这家公司的politics好严重啊。。不知道大家怎么看 😂

看到songyy的留言，个人不觉得这是politics中的表现，反而是professional的表现，尊重每一个人的职位和角色。

有一次都说我把测试库给删了,但是我查看我的本地历史记录就没有删库的,最后不了了之的,我把我本地客户端的sql记录，若干天的都找出来了,是我的责任我不推脱,不是我的锅，我也不背

自从见到各种删数据的案例，无论是操作Linux下配置文件，还是动数据库，我第一个事情就先确认备份，没备份的完全不敢操作。如果数据持有人同意我无备份操作，我也得拿到邮件回复才操作。现在这种备份优先的原则已经是公司内的规范流程，严格写入所有的变更方案。

实用，反复读。