[随笔]记一次工作失误

简介: 本文讲述了作者在工作中的一次严重失误及其应对过程。作为Java开发实习生,作者在搭建第三环境时误将测试数据导入正式环境,幸好前辈留了一手,未造成重大损失。通过这次经历,作者深刻认识到工作中的谨慎与技术的重要性,并分享了降低失误率的工作技巧和方法,强调了多做笔记、学习前辈经验、保持谦卑态度等。

成长源于失败。这句俗语听来有些残酷,可确实事实,也是现实。
人们不是常说:“人生有着无数的坎,它可能出现在我们生命的无时无刻。迈过去了,就是进步,是成长,也是收获;而若是迈不过去,那么,它就会变成一道枷锁,禁锢着我们,限制着我们所做的任何事,甚至使我们一蹶不振”。
当然,这篇文章的主题是【谈一谈工作失误】,上面这段话有点跑题,我之所以言是做个铺垫。
我也是听闻,但受益匪浅。同时,我也在学着不断成长、不断进步。

[TOC]

经历

2020年6月16日,是我入职第一份java开发实习生岗位的第3个月零1天,在这3个月里,我负责一个财务报表系统(这里不便透露项目名称)的协助开发工作。
在我入职时,这个项目已经交付了一期,开始二期开发。

我具体的工作内容:

  1. 创建和修改表单实体;
  2. 协助开发财务报表报销流程的二期工作,包括:开发报销人报销项的选择弹出框、添加第二审批人、协助修改报销计算方法等等;
  3. 开发财务审批部门相关功能,如:创建部门、删除部门、重构排序结构;
  4. 协助修复bug;
  5. 搭建第三环境:正式-测试环境,即用测试环境的代码操作正式环境的数据。具体的,就是在项目部署环境(linux)重新搭建一个Tomcat服务器,复制一份测试环境的代码和正式环境的数据,部署一个新服务器。因为,由于测试环境与正式环境数据源的不同,有些bug正式环境存在,而测试环境不存在,自然无法测试bug;
  6. 等等...等等。

工作失误

我的工作失误就发生在==搭建第三环境==时。
搭建第三环境需要复制正式环境的数据,正式环境可是客户正在使用的,里面的数据也都是客户的实时数据,直白的说都是钱。可以说,操作正式环境数据属于高危操作,我一个实习生自然无权随意操作。
但搭建第三环境毕竟是要复制正式环境数据的,所以数据管理员(也负责带我)需要给我授一次权。可能说,只是复制数据,又不是删减,不会有什么风险。当然了,正式环境数据泄露也有风险,不过,前辈还是给我授了权。

问题就出现在拷贝数据时。
正常操作,是将正式环境的数据,拷贝到第三数据源中。为了降低风险,前辈要求我先拿测试环境数据源做试验,多次没问题之后再去操作正式环境数据源。我照做了,前2次没有问题,第3次出问题了。本来是将测试环境的数据拷贝到第三数据源中,可由于前2次顺利,再加上我没留神,我竟将测试环境的数据拷贝到了正式环境数据源中。这下完犊子了。

大家肯定疑惑:你那位前辈仅给了你复制正式环境数据的权限,你怎有权向正式环境数据源导入数据?

还真是“风云际会”。
基于我平日工作表现,以及前2次试验都没问题,使得前辈在给我授权时就有所放松(没那么严谨),再加上给我授权时很忙。因此,不仅给了我读正式环境数据源的权限,多执行了一条命令给了我写正式环境数据源的权限。

这下如何是好?
真的说是万幸!!前辈给我导入数据的命令时,留了心。因为如果直接执行导入命令,是完全替换的,也包括主键。前辈留了心,他给我的命令中多了一个参数,这个参数用于设置为“不覆盖”。
也就是说,芮然我将测试环境的数据导入到正式环境数据源中,但并不会影响正式环境的数据,也就对正式环境没有影响。因为这个项目的所有数据表都采用雪花算法生成主键,因此不会出现主键占用问题。(几乎所有企业级项目的主键生成策略都采用类似这种方法)

==没有影响,表示几乎没有造成损失==。但毕竟那些数据都是测试环境数据,对正式环境而言是没有意义的,反倒是冗余,影响系统使用。
因此,当晚前辈和另外几个同事就对正式环境数据源进行数据恢复。(这也是前辈留了一手,在我操作正式环境数据前做了数据备份
至此,危机化解。

一、在面对失误而带来的指责和沮丧时,你是如何做的?

我的失误,不仅让几位前辈加班加点,影响系统使用,还差点对客户和公司造成重大损失,我感到十分歉疚和惭愧。
我的幸运,遇到了一个好领导和一群好同事。在我失误后,领导第一时间不是批评和指责我,而是立即安排几位前辈做==数据检查==,判断有没有对正式环境数据造成影响。然后开会,商讨解决方案。

商讨的结果。由于并没有影响到正式环境数据,并且白天客户都在使用正式环境,不便进行数据修复。因此,领导安排几位前辈先做好==数据核对==,晚上加个班再做数据恢复。

第二天上午,正常上班,和往常一样。领导没因此训斥我,同事们也没有挤兑我。前辈和几个要好的同事还安慰我:“没事,工作有失误正常。不过还好没有造成损失,以后工作多细心、多学习就好了”。

经过一个上午的监听,确保正式环境的正常运行没有问题后,在下班时,领导教诲了我一番,让我充分认识到了自身的不足。因此,我当即向领导和全部门同事鞠躬道歉,表示前辈的失误因我而起。并且表示,如果后续对客户和公司造成损失,我愿尽力补偿,再离职谢罪。

二、发生了失误之后,你是如何找到问题的?如何避免只看到表面现象而忽略了根本问题?

从表面上看,这次失误是我工作不够细心导致,实则是我技术不够、功底不够扎实、技术面不够全面。
我觉得,要想避免舍本逐末。最重要的是,先要学会冷静,不要遇到问题就慌乱、胡乱解决;其次,事后反思问题缘由,从个人出发,先检查自身是否有问题,而不是找他人的问题,甚至推卸责任。

三、在工作中我们应该怎么做才能降低失误率,分享一下你的工作技巧和方法吧!

我的职位是java开发工程师,负责项目的开发工作。
我的工作技巧和方法,也没有什么高大上的,至少目前没有,阐述5点。

  1. 多掌握一些第三方包,以便在需要时,能够引入相关功能,开发出“优雅”的代码块。这不仅能够提升程序性能,还能降低bug的可能性;
  2. 了解并尽量掌握业务流程,不一定是要掌握全流程,至少我们负责开发的模块或功能的分流程要尽量掌握。这样才不至于“舍远求近”,致使开发出的功能不完整,甚至与需求大相径庭
  3. 多涉猎一些技术面,多掌握一些技术知识,不求能够做到一个功能的多技术开发,至少先看得懂项目所用框架、所用技术等等,能够做到框架复刻更好;
  4. 闲暇时间多看看前辈开发的功能,了解前辈们编写代码的技巧、方法和所用技术等等。这不仅能够帮助我们扩展技术面,还能更快了解和掌握项目业务和流程;
  5. 尽量跟前辈们“搞好关系”,特别是有真本事的前辈。来公司学习真本事与让有真本事的前辈教我们真本事,这两者是完全不同的。并不是说我们要去逢迎巴结,而是说要==懂得感恩==。尽管公司安排前辈带我们,但那是公司的安排,我们自己要学会做人。要有感恩之心。还有平日要注意一些行为习惯,比如:勤奋,比前辈早来公司,别前辈到了我们还没到;学会自学,别什么问题都问前辈,前辈也是很忙的,并且如果我们问的简单问题太多,前辈会质疑我们的工作能力和工作态度;注意谦卑,当我们向前辈提问时,要“见机行事”,别前辈正在忙,特别是很忙时,我们也随便去问;还要注意提问时的态度,特别是当我们的想法与前辈有分歧时,就一点,==听前辈的==。前辈怎么说都比我们入职早,对公司和项目的了解自然胜过我们,别出现分歧时跟前辈对着来那就不行了。
  6. 就暂且分享这些,望对大家有帮助!!

    四、怎样才能在错误中不断吸取教训,让自己得到更多成长呢?

    如何做?
    在上文有所提及,这里就不多言了,我只提一点建议:多做笔记

本文完结。

相关文章
随笔0610
版权声明:转载请注明出处:http://blog.csdn.net/dajitui2024 https://blog.csdn.net/dajitui2024/article/details/79396384 爱挑的担子不嫌重。
759 0
随笔 - 茶花
梦中的古茶树 开满了茶花 朵朵茂盛 而我 站在茶树下 欣赏着这自然的风光 心中 想起你的温柔 就象这茶花一样 滋润而甜美 祝愿我们的爱情 就象这茶花一样 永远的 甜蜜   想飞的水 ``` 2018.
971 0
|
网络协议 开发工具 数据安全/隐私保护
随笔收藏
图片发自简书App 图片发自简书App 图片发自简书App 图片发自简书App
775 0
随笔 2016-1-4
有人问我怎么在网上混。。。我也不清楚,我只能这么说:“网上毕竟只是虚拟的,我们有时候用它来挣钱,有时候拿它去消遣,它不可或缺却也不是头等重要。心情好的时候你可以发发技术,无聊至极你可以玩玩游戏拿拿小站。
819 0
随笔 01
  有段时间没有在博客园写点什么了,可能是一直没什么时间花在这个上面吧。   确是想来总结点什么才好。   2015.8 在B公司工作了两个月,也是在那个时候入的园子,现在还能想起来那个时候的情景,也就五六个人的小团队吧,如果能融入他们,可能现在的我博客更新会很“勤奋”吧!   来D公司一月有余,时间很长,工作的时候倒是没有那么多的不开心,也就偶尔加加班什么的,乐得自在,没那么多的约束。
793 0
|
存储 大数据 虚拟化
vForum 2014点滴随笔
版权声明:本文为半吊子子全栈工匠(wireless_com,同公众号)原创文章,未经允许不得转载。
553 0
|
算法
【生活随笔】随笔一
        在暑假的上一阶段,我终于完成了算法导论中有关排序算法和树结构的学习及具体的程序实践。回头想想,收获不小,由于我是学通信的,以后可能很少用得到,但是我觉得我学习到的不是算法本身,而是算法的思想。
1153 0