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