我又耐着性子问了一句：“那一共有几个模拟器？每个模拟器的数据接口有文档吗？”

他彻底急了，面色微红，语气冲起来：“你不懂这个，怎么写代码？你这脾气怎么这样？”

我抬手止住他：“咱们讨论问题，别讨论人。我就想知道，数据到底从哪拿——现在这个代码里，我找不到。”

后来我去翻了他写的那块代码，内容单薄，逻辑零碎，只有一个简单的发布命令。能收什么、要什么、怎么流转，一概没写。他看到我在翻代码，更急了，几乎是嚷起来：“你写不了就别写，写什么破代码！”

我淡淡回了一句：“我只和代码打交道，最后交付的，也只有代码。”

他哑了。坐回座位，唉声叹气。

算是一场不大不小的风波吧，但确实挺磨人的。一个五十多岁的人，给不出设计思路（哪怕麾下只有我一个组员，也讳莫如深），说不过就急眼，摆出一副委屈的样子。真是让人不知道该说什么好。

也给自己点个赞吧——面对这种急眼的上司，居然能稳住情绪，不被他带进情绪的漩涡，还能把整个过程记下来。这世道，太多不该吃饱饭的人吃得太饱。有趣，也无趣。

这件事让我愈发明白，职场里那些隐形的PUA，往往不是明火执仗的打压，而是一种让你无处着力的消耗——你问逻辑，他给你讲业务；你问接口，他给你翻原理图；你想推进工作，他却用情绪筑墙。面对这种局面，稳住自己，专注于问题本身，反而是一种最清醒的反击。我不需要在他的情绪里自证清白，我只对代码负责，对交付负责。逻辑与代码，是技术人最后的尊严。——如果实在走不通，那就天高任我游。这片天空很大，总有不设墙的地方，容得下认真做事的人。最后给自己点个赞，原来我已经可以这么冷静的思考问题了。