同事未经同意修改我的线上代码，该怎么办 T_T

This topic created in 3527 days ago, the information mentioned may be changed or developed.

同事是架构师，我们目的是做新旧系统的对比测试。为了对比新旧消息处理是否异同，希望可以转发生产环境的流量做转发测试，侵入代码写了一个 proxy 。架构师大大在没有跟我打招呼的情况下，直接修改了线上代码在生产环境做测试。生产环境代码啊！两个人消息居然没有同步！觉得好不爽啊！测试期间出现一些 bug 导致线上环境不断重启。如果不是运维发现监控异常提醒，大家都没有发现。

其实应该有 gor 或 duplicator 或 tcpcopy 可以做到不侵入转发。架构师大大之前也让我去做过非常深度的测试，我甚至给出了图表，还横向对比了几款常用的流量转发工具。觉得自己非常尴尬，自知工作一年能力欠佳，表达能力欠佳，多次想表达自己，都被截断。已经非常努力的去适应架构师大大的工作模式，可是还是做不到他满意。我很尊敬技术人，遇到大神眼里发光，可是同事之间为什么偏偏觉得多了一层“傲慢”。很迷茫，现在都害怕跟他交流，三句不到就换来责问的语句，迷之尴尬。

代码

测试

架构

线上

35 replies • 2016-10-17 14:36:56 +08:00

Hallujah

Oct 16, 2016 via Android

为了解恨:你把他的代码也改了。
为了面子:宽容地原谅他。
为了以后的工作:狠狠地艹他。

wsy2220

Oct 16, 2016 via Android

谁改谁负责嘛

bsidb

Oct 16, 2016 via Android

和非常忙的大大们交流，我自己的一点体会，也不知道适用不适用，权当一点经验交流吧~

跟非常忙的 boss 交流，要先抛出他最关心的问题的结论出来，如果他感兴趣再解释细节，如果他不感兴趣，直接忽略就好了。

虽然详细介绍一个事情的前因后果的过程是: 先 blablabla 介绍背景，再分析原因，最后得到结论。但是 boss 一般都挺忙的，大多数时间只想听一个结论，不想听比较冗杂的分析过程。所以和他们交流，先抛出你的结论，然后问他“您想听一下具体的原因么？” 如果他有兴趣，再简单介绍一下很概括的原因。如果他还有兴趣，再详细介绍一些细节的原因。如果他没兴趣，那就不用说了，他也不关心。

另外有人是天生的责问体质，不光对你，对所有的下属都是责问的状态，自己不要往心里去就好了~

shoaly

Oct 16, 2016

我建议还是要求他之后跟你多沟通, 或者让他写一个接口给你你去调用..把他需要知道的信息都通过接口传进去, 至少这样才能让你自己的代码可控.
随便被插入一行"其他人"的代码, 先不说尊重不尊重, 出了问题 debug 上都是一个麻烦. 莫非你要先全部下载线上版本, 然后跟你自己的做 diff 然后再来找原因? 如果都已经开始线上线下 diff 了, 不如邀请你们同事一起跟你在开发版本中开一个 branch. 你来负责合并