关于代码的那些低级错误，都是血泪的教训

无论你是初级工程师，中级工程师，高级工程师，甚至是全栈工程师、架构师，都是从零开使一步一步走出来的，想必都会犯过一些低级错误。

那些错误都是怎么发生的，如何避免发生错误呢，看看我们各位资深的程序员以自身为例，告诫我们敬畏每一段代码

开发权限管理很重要，谨慎对待手中的权限

云栖社区开发者海阔天空 yy：

曾经经我做过 SQL SERVER 数据库存储过程程序员。

当时我们每个人本地都有一套测试环境，所以测试的时候都是在本地测试。由于测试数据比较乱，比较多，为了更清楚的看清结果，我会经常 TRUNCATE TABLE，写到这里大家可能基本猜出来了。没错！在线上出问题时，由于 SQL SERVER 查询分析器可以同时开多个数据库连接窗口，我把线上数据库的窗口和线下数据库的窗口弄混了... 所以，线上数据库的一张主要表，被我 TRUNCATE TABLE 了。。。当时刚执行完，过了 1 分钟我反映过来了，头脑一片空白。。。没办法，只能反映给了主管，主管听到后难得得没说我什么，马上找相关人员去处理。。。经过了大约 1 个小时后，原来的数据总算恢复了，但也导致了这个业务 1 个小时不能用。。。我都不知道我那 1 个小时是怎么过来的，坐在那里，动也不敢动，搞程序也搞不下去，就在网上搜如何恢复数据，话说当时我都准备好公司把我开了的准备了。

最后结果是，技术总监批评了我们主管，要求部门整改，线上环境严格控制，必须由他把关。

之后主管也找我谈了话，当然批评是少不了的，作为事故，还是罚了 500 块钱主管罚了 1000。

要知道，当时我工资才 3500。当时没被开除就算烧高香了吧。。。

事后总结起来，其实这主要还是部门管理方面的问题，我刚入职不久的人就能随便接触生产环境，并且还有很高的权限，这才是最大的隐患。当然个人也有问题，工作再忙也不要急躁，特别是你还在生产环境操作。要慎之又慎。

一定不能隐瞒或甩锅，以解决问题为前提，之后再去 review

云栖社区开发者 yolo_omg：

在写 RPC 框架的时候，写了很多 bug，在这里分享一个比较严重的：客户端连接断开清除请求数据时抛了

ConcurrentModificationException，导致连接关闭异常，恰巧又碰到集团要做断网演练，接着就是 1 个星期内推动全网升级，拉了很多丁丁群，发了很多红包，还好没有触发线上故障。导致后面写 if else 都要 double check 了，比如 1+1 是否等于 2，都要写 UT 进行验证了，然后拉着小伙伴 review 代码。

发现问题的时候，一定不能隐瞒或者想甩锅，以解决问题为前提，之后再去 review！切记！

千万不要在累、疲劳的时候写代码

云栖社区开发者浮生递归：

入职不久就有很高的权限，我觉得这不一定跟管理不善有关系。如果一个公司技术人员偏少的时候，新人也有高权限，是没办法的事情。如果小团队也像大团队一样分工很细，很明确，管理的成本会过高，最终导致破产。

有个同事，不小心把线上数据库给删了…… 还有个同事，没做好安全措施，导致短信被人恶意刷了几十万条，公司直接损失 1 万多。当然，两位同事都没受到什么处罚。

我自己有次粗心，一个判断没写完整，直接导致准考证生成的座位号不正确。一堆人拿着准考证去考场找不到自己的位置，哈哈。当然，事后客户也没有责怪我，我也觉得比较奇怪的。做错事不是应该受到相应的处罚吗？

写了十几年的代码，就这么一次事故。让我在日后的代码生涯里心细了很多，代码写完后，重要的部分，总是检查检查再检查。测试后的结果也会一再核对。

程序员写代码的时候，状态很重要，千万不要在累、疲劳的时候写代码。这就跟疲劳驾驶差不多，很容易造成事故。有些重要的系统，如果出现问题，是跟疲劳驾驶一样，会直接造成车毁人亡的。比如自动驾驶系统、红绿灯管控系统、航空塔台等。

工作不易，万事需仔细

云栖社区开发者黄一刀：

有一回，客户找我说，他有笔收费录错了，要我帮他修改下金额，我一看，小问题，对方又是财务主管，于是二话不说，查询分析器打开，update 。。。set。。。where。。。，选中，一键 F5，结果发现 where 竟然没选中，尼玛啊！赶紧按停止键，死命按鼠标，只怪数据库服务器性能太好，三秒不到就全部执行完毕了，立马吓傻，呆若木鸡，额滴亲娘。由于数据库没有每天都做备份，只能还原到两天前的。第二天，亲自上门找客户，赔礼道歉，还保证下一年免费让他们用一年。还好我是领导，不然绝对得去睡马路。

这次之后，我数据库都会每天都做备份，每次按 F5 键之前，都会反复看好几遍，语句有没有错，语句有没有全部选中，感觉自己现在都好像有点强迫症。

混饭不易，且混且珍惜，工作不易，万事需仔细。工作上不管什么事都要用心、细心，千万马虎不得，不能拿自己的饭碗开玩笑，要记住，夏天的马路蚊子多，冬天的马路冻成狗。

原先一直认为所谓的流程就是枷锁，现在看来人多力量大，考虑的周全

云栖社区开发者 forest10：

我遇到最悲伤的事情莫过于直接在线上操作 mongodb 了。当时自己刚毕业一年，小公司。也没啥操作流程啥的来约束，公司原先是做类似印象笔记类的。当时因为人和文章的映射关系竟然做在了 redis 里面。但是好死不死的是服务器被某个开发重启了，更关键的是并没有做 redis 的持久化。后来决定直接把人员映射做到 mongodb 里面。。。。关键时刻到了，我把好几个人的映射都做错了，导致好多人隐私都。。。。。好吧，我承认，redis 重启也是我干的งว

通过这次教训，深刻感受到了流程审批的重要性。还有就是不要轻易动线上环境。

我能早一点会 git，那么我也就不需要重新写一次代码

云栖社区开发者尼古拉斯雷：

写好的程序没备份，是的，之前不会用控制版本。结果有一天，不小心把硬盘搞坏了，你知道那种感觉吗？

就像从几千米高的悬崖低落下来的感觉，心都凉了。

从此之后，开始学习 git 的使用方法，每次写完一次代码或者要出去的时候都先提交到远程仓库。

说白了，还是因为技术菜，会的技术太少了。流下了没有技术的眼泪...

备份啊，做事之前先做好备份啊。不然硬盘坏了，你能找谁去，如果，我能早一点会 git，那么我也就不需要重新写一次代码了。

作者 | 不靠谱贝贝

转自 | 云栖社区

原文 | https://yq.aliyun.com/articles/609294?utm_content=m_1000005643

今日话题

你在程序员生涯中遇到的悲伤故事

快来评论里面分享一下吧~