技术开发人员自救指南—拒绝成为背锅侠

干开发的都懂，最怕突然空气安静——同事一脸严肃凑过来，说系统出问题了，大概率就要背锅。明明昨晚自测还好好的，怎么一觉醒来就成“罪魁祸首”了？想不被冤枉，记住这两点：摸清上下游，留好铁证据。

只闷头写代码，迟早踩大坑

有次我吭哧吭哧写了半个月的用户登录模块，自测通过就提交了。结果第二天测试说“验证码根本发不出去”，查了半天才发现，是负责短信接口的同事改了参数，没通知任何人。这种情况太常见了，就像炒菜时不知道配菜被换成了辣椒，炒出的菜肯定不对味。

真正聪明的开发，会主动去了解上下游。比如做后端开发，也会去看看前端页面怎么传参；做前端的，没事也研究研究后端接口逻辑。这样一来，同事改代码、调接口的时候，自己心里就有数，能提前预防问题。而且熟悉整个业务流程，在需求评审会上还能直接指出不合理的地方，避免后续返工。

留好证据，别让Bug冤枉好人

遇到Bug的时候，很多人第一反应是疯狂改代码，结果越改越乱。我之前就吃过亏，测试提了个奇怪的问题，我一顿操作猛如虎，最后发现根本不是我的问题，白白浪费了半天时间。

现在我学聪明了，每次上线前都会做好交叉测试。比如我写的接口，会让其他组的同事帮忙调用测试；别人的接口我也会主动测试。这样一旦出问题，直接甩测试结果：“你看，我这边返回数据正常，是下游解析出问题了”。再配上日志截图，问题出在哪一目了然，根本不用扯皮。

别当“井底蛙”，多抬头看看

有人觉得，我只要把自己手头的活儿干好就行，管那么多干嘛？但现实是，开发是团队协作，一环扣一环。就像组装电脑，你把显卡做得再好，主板接口不匹配也是白搭。

而且多了解上下游技术，好处真不少。之前我们组有个同事，因为熟悉整个系统架构，在排查线上故障时效率特别高，很快就得到了领导赏识，没多久就升职了。所以说，掌握的技能越多，职场竞争力就越强。

下次再遇到问题，别慌！先把交叉测试结果、日志记录拿出来，有理有据地分析问题。记住，在开发这行，懂协作、有证据，才能避免背锅，快速成长。