神一样的对手？猪一样的队友？

今天，我有些不淡定了。半年来的将就和忍耐感觉已经达到极限。工作六七年，虽说技术实力称不上大牛，但也从事支付行业三四年时间。直到最近多半年接手一套系统，并与上游业务人员打交道之后，工作中就伴随着一种阵痛。

新接手的系统为风控相关系统，始终与业务部门的主管L打交道。L不懂支付业务，风控知识十分浅薄，为人处世又欠考虑。每次与他分析业务逻辑，总是不在一个频道，也不知道他是怎么想的。合作过两个项目，其中一个项目几乎是我把业务逻辑完全拆分之后一遍一遍的将给他听，他才大概弄明白。产品经理也不懂业务，同样需要给普及知识，同时产品经理又听他的。有事没事他们两个就商量着弄出来一个你可能根本想不到的点子来折磨你一下。为了工作，还是忍一忍吧。

今天收到一封封邮件，企业群里也发来一张张截图。对，邮件和截图都是L发来了。他发现了一个重大的bug，邮件几乎抄送了所有的领导，企业群讨论也拉上了所有的部门领导（L的领导，测试的领导，产品的领导，研发的领导）。截图是一条交易记录，在订单号那项数据上截图时画上了一个大大红框。然后就说，这些bug你赶紧改，不然就……balabala……

我一看就懵了，这条记录怎么了？！发生了什么重大bug把这么多领导都惊动了！就在群里问了两句。L不耐烦了，说：你别在这里跟我撕扯！我说：没跟你撕扯，但你最起码告诉我为什么是bug，应该改成什么样子吧。

L说：为什么把这个订单号给加密了？加密了还让我怎么查！
我这才明白，原来他说的bug，拉了那么多领导来做见证的bug竟然是一个用uuid生成的一个订单号！

原来，这块功能只是把业务系统中的订单信息同步到风控系统中，如果发生风险事件方便运营后台的人查看相应的订单信息。一个风控系统会汇总各个业务的订单信息，有些业务采用数字（比如，201703011711234）作为订单号，有些订单号不对用户开放，就采用uuid。L看到的所谓加密的订单号就是一个通过uuid生成的订单号，然后就告知各方领导，他发现了一个bug，你必须把bug改掉！

半年时间，与他之间发生类似的事情不下三四次，他用他的无知一次次的刷新我的忍耐极限。当我解释多遍之后，他依然再坚持，这个订单号必须改！难道都是UUID的错？

不知道他是出于在领导面前表现还是什么原因，每次发现一个自认为的bug都会如此的折腾一番，发邮件或拉群告知所有的领导。根本不去核实一下这到底是不是一个bug。

经过这件事之后，我在开始反思了，目前手头负责的几个项目都是与他打交道，半年时间过去了，尝试去改善这种局面，但境况依旧如此。为下面的兄弟们挡了不少枪，可是自己又能有多少提升呢？时不时为这种无知去扯皮，又能获得什么呢？