我所在小组是收验货系统开发小组。咱们小组主要是作这样一件事:将项目物资进出等业务信息化,在项目上安装地磅等实现物资进出数量的称重并将数据传送到统一的平台进行各类业务展现和开展后续业务。 2018年,我刚进入小组,项目现状是:地磅称重时进行的车牌识别,效果很是糟糕,广泛车牌识别正确率30%不到,道闸常常在车辆驶离地磅过程当中就错误的关闭(道闸杆子所以砸坏不少),还有跟车问题,上一辆车的称重数据记录到下一辆过磅车辆数据上。总的来讲,这套系统在我入职前虽然有在项目上安装使用,可是效果不好,无人值守总体业务基本无法运行。当时好几个工地安装了咱们系统,别人都是用咱们软件作作 样子(由于工地领导吩咐安装的),这些项目表面安装咱们软件,而其实本身用原有的方式继续进行物料的收发和结算------由于当时用咱们系统根本无法实现大体准确的收发货数据记录,更无法用咱们的系统收集的数据去和物料供应商作结算。
刚进公司时候,我如今的领导当时是个人同事,后来人事变更他升职上去了(后面写一篇他升职的文章)成了我小组负责人。对于升职,当时我进这个公司我就知道公司帮派很严重,最大的就是“新蛋帮”基本全部项目有点职位的都是有新蛋背景的。每一年涨薪升职的也基本是新蛋帮,非新蛋基本无望。html
就这样,我进入了一个天天都忙着处理线上各类投诉、各类软件问题的项目组。很快一个软件bug反馈到我这里:(背景:咱们软件是安装在项目现场电脑上的客户端程序,软件有些系统设置当时咱们是序列化保存到本地文件中)客户投诉软件退出后无法再次启动后。后来通过排查知道是序列化配置文件在本地打开是空白文本(虽然文件大小不为0 ,可是用文本打开是0,用部分编辑器打开是&xxxx等看不懂的字符 )。编辑器
而后我将此事汇报给小组,当时就获得小组的反对:测试都没测试出这样的状况,不用理,线上不会有这种状况(线上都由于这个缘由致使软件不能启动了,还说测试没测出这个bug-这个时候我已经隐约到感受到本身进坑了) 。后来我又收到线上几回一样的反馈,我总结了出现这个bug的规律,而后找到测试,终于在测试电脑上重现了这个问题。此时项目leader承认了是有这个bug存在。而后就指派我去修改这个bug。ide
我根据本身的经验,修改了这段保存本地配置的代码。今后这空白配置的问题就再也没出现过了。测试
相信你们也和我同样,以为这件事很简单、很合理,就是出现bug修改bug这么简单的事。我也觉得这件事就这样结束了,而后并无。code
在我最近提出想退出公司的想法后,小组责任电话个人时候,提到了这件事:由于那段代码是小组负责人写的,并且他自认为那段代码质量很好不会有错,而我去动了他的代码。对他形成了影响。就这样从我改这个代码后一直到我离职,这我的工做中从没给过我好脸色看,反而是言语中至关的不尊重。即使他这样对我,我也没和他起冲突,我这样告诉本身:我比他大一点点,我要成熟、理智、职业一些 ,不把那些放内心,只要项目运行得好就完事大吉。htm
记得后面还有件事比较有印象:我写一个接口,提供给他使用。我写完以后在工做群里把接口地址,接口文档发送给他,同时我捎带说了句接口参数的意思以及上下相关的业务和注意要点。这人立马就在群里说:“我本身晓得看文档,不须要你在这里BB,这么大我的了 ,咋个工做都还不会..." 当时我心里是火的,可是也没理会他,仍是本着那句话:我年纪比他大一点点,不必给他起火。blog
如上,就描述了我和他矛盾的原由。惋惜无知的我到离职才知道这事得罪了他。后来工做中各类不给我顺畅。接口
后文继续描述。。。开发
文章来自: https://www.cnblogs.com/paulxie/diary/2020/03/26/12571770.html文档