本文章有视频的，请到B站 我是程序汪 观看
程序汪改了一行代码，导致测试和开发大战，职场沟通教训
程序汪改了一行代码，导致测试和开发大战
鸡汤文
每个人都会在沟通上出问题
工作上沟通出问题可能让你郁闷一天、丢了客户、损失金钱、甚至丢了工作
爱情上沟通出问题，女朋友发脾气、分手等等。
不喝鸡汤了，上正文。
不会沟通的程序员，肯定走不远
程序汪在工作沟通上也出现过问题，在这里教训总结分享给大家
程序汪上班现状
程序汪现在就是上班沟通思考方案2小时，代码只有5分钟
扎心了有木有
因为业务系统太过复杂，前期不想好，后期就是灾难（反反复复的改代码，一个字心累）
测试和开发相爱相杀
场景： 测试大佬要程序汪改一个问题，其实这不是功能问题，只是代码冗余字段多了，测试要求去掉，不去掉也不影响功能
但是，去掉后代码改动点就非常多了，因为是微服务系统，我一改，下流系统也要跟着改动，这个影响面就大了。（影响面前期评估不到位）
沟通现场回顾
测试大佬：程序汪改下吧，这个地方不规范，程序X会配合你的
程序汪：好我改，其实内心不愿意（因为是老代码不想动）
程序汪：程序X有个改动点，我按测试大佬的意见改罗
程序X：啊，什么呀，好就这么改.............（这个地方沟通就出问题了）
过了两小时后，代码部署到开发环境后
程序X：程序汪你改的代码影响到我了
程序汪：测试大佬要求改的
程序X：测试大佬要求不合理啊，我去找测试大佬
群里开战：测试大佬和程序X，相互撕逼中，开发大佬也加入，程序汪也加入，扯来扯去 （程序X最后妥协了）
在这个沟通现场中，程序汪做的很不对啊，老司机也有翻车的时候
赶紧总结下
总结教训
1：先和测试说清楚代码改动的影响面，微服务比较坑爹，改一个接口性字段，影响到的链路可能比较长
2：代码改动测试工作量也大，需要重新测试
3：找开发大佬，把这个要不要改的锅甩出去，大佬发话了你在改
4：如果要改，影响的下流链路，必须沟通清楚，是否可以接受
5：改代码前多想在动手，不然后面还得返工
6：祖传代码建议不要改，影响面太大，除非你有充足时间回归测试
沟通建议：
-
文字+图片，复杂的上电话直接沟通
-
不影响功能的问题，一个字拖，不要急着改（特别是微服务系统，影响面不好评估，系统太大了）
-
不要1对1沟通，尽量1对多沟通，这样消息马上同步所有人
-
隔山打牛，把上级领导搬出来打压对方，必须学会借力打力，哈哈哈
微服务很强大，但导致沟通成功开发成本上升
特别是改一个接口性代码，切记小心影响下流微服务代码
沟通多一点技巧，代码少返工
大家一点要做一个会沟通的人，谢谢大家看完。
感恩
另外非常感谢，那些给我微信打赏的朋友
感谢那些看我视频给我素质三连的朋友
感谢关注我的朋友
迷茫路上有人指下方向是种幸运，努力必须选对方向 （程序汪的感悟）
我的最新视频都是B站首发，B站 我是程序汪
