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

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


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



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



云栖社区开发者海阔天空 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

请使用浏览器的分享功能分享到微信等