经济下行的大环境，各行业都纷纷进入“寒冬”，很多公司都开始了降本增效行动。
无意谈降本的方案，亦无意聊增效行之有效的方法。只是谈谈近来在工作上遇到的一些问题，非抱怨。
先来说说bug追踪。不同的软件公司用的工具可能不太一样，但其核心功能和作用还是一样的。方便追踪bug，特别是当问题涉及链路较长时，方便流转对负责相应模块的人。那么质量或者项目在项目管理上如果有疑问，可以直接找当前流转到负责人，不让bug流转就没有意义了。近日因某个器件唤醒时间较长，刚进入我负责的应用时，画面全黑。我当时找了负责底层的同事和内部负责对接器件供货商的同事确认了，这个问题是由与器件休眠后唤醒时间较长导致，问题也顺利流转到负责对接器件供货商的同事。然这两天质量却一再追问我，要把这个事情解释清楚。我说我已经在zentao上面备注的很清楚，负责对接器件供货商的同事也在zentao上备注的很清楚，你在会上跟他们说清楚就好了。最后我“认怂”，把关心这个问题的人拉了一圈，最后请负责对接器件供货商的同事在群里说明一下。结果说的还是跟备注里的一样。后来就没有人接茬了。
【明明有这么好的工具，备注不清晰？上会没说清楚？不见得。为何还要再来拉群说一圈呢？难道真的需要App去cover all？一定从专业的人嘴里亲口说出了才能让人信服吗？禅道上专业的人不是备注了么？】
讲到专业的人，大家都会想到专业的人做专业的事。确实如此。不过当专业的人没有做专业的事，没有去从专业的角度评估时会带来一个很“坑爹”的后果。还是调试器件，上面有很多信号值，我们中控修改其中三个信号值，姑且称做X、Y、Z。
之前是把这几个信号封装成一帧，对应用来说就是一个接口。现在中控系统平台要拆开，做三个信号，单一职责，那么就意味着原本一帧信号要改成三帧，对应用来说就是三个接口。这个当时在讨论的时候，我就说了，需要考虑信号帧与信号帧时间间隔问题，还特意让负责器件的同事去跟供货商沟通，看是否可行。当时是没有定论的。后来因为出了一个问题，我才知道已经分成三个接口了。最近除了一个问题，搞来搞去，最后还要合并。在定位的沟通过程中才知道负责器件的同事当时根本就没有去跟供应商沟通。ta没有去试验，后来也没跟进，直到出了问题。
还有一个开启Z功能，是否组合信号里只需要设置Z的值？刚开始系统的人说是的，嵌入式的说如系统说的；我说之前分开发的时候，我还是要将X设置成某个值，不然没效果。现在合并了发，一个接口里好几个参数，X那个我传什么值，一说0、一说前一个X，一说0xFF，底下+1后就成0，no operate。(哈哈，底下+1这个太搞笑了，一出问题，一问都会说是透传的)试了一圈，代码直接调用，命令行直接发命令，抓can日志，搞到晚上嵌入式的说那可能还是要发X，看dbc不需要，不过还是要跟负责器件的同事沟通一下。说实话，我瞬间就像爆粗口。现在都已经是快要验收，不是调试阶段，该调试的信号早应该调试好了的。再说了，早上的时候就说让确认，到底要不要发，到了晚上居然说可能要。无力吐槽，亦无从上到下“梭哈”妄想。
【所以我应该相信专业的人，但也希望专业的人不要辜负了这份相信。】
回到主题，何谈“降本增效”，我想，这个课题不单是我个人需要好好考虑的问题。
【特别说明：要意识到通力合作才能共赢，时间要大家一起去争取。不是抱怨，只是记录问题，同时警醒自己。】
最后，愿一段时间后，我依然有从上至下通通“梭哈”的狂妄的想法。
