本文主要是介绍[杂谈] 乙方甲方交互的另一个例子，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
之前有讨论，电信公司与设备供应商之间的一个甲乙关系：[杂谈] 甲方乙方的一个交互例子。https://mzhan017.blog.csdn.net/article/details/135004416
其实作为供应商自己来说，其内部也有自己的乙方，比如需要使用Redhat提供的操作系统来完成自己的产品部署。这时候，设备供应商又转变为了甲方的角色，而Redhat则成为了乙方。而且这两方的“研发”浓度是相当的同步，也就是说，大多数情况下不会产生扯皮的情况（但是也有不排除极个别的不好的体验）。
从之前的观察来看，设备供应商的研发作为甲方给乙方开问题单的时候，有一个规律，就是如果自己经过很长时间的调试找到一个乙方问题，而且得到了乙方的承认。有可能接下来的很短时间内甲方研发，会提另外一个问题，而第二个提出的问题单，一般都不是真正的问题，而被标记位invalid。
这种事情在我身上发生过一两次，从RHEL的问题支持系统里，也可以看到其他人发生类似的情况。所以这种情况肯定存在一般性的规律。
我在思索为什么会出现这种情况。有没有可能是在发现第一个问题之后，经过很长时间的调试，增加了自己对乙方系统有了深入了解，而且第一个问题的确认让自己的信心大增，同时还可能误导自己认为乙方的质量欠缺可能很大，导致后续的代码阅读的时候，稍有感觉异常，就会认为是个问题。
归结为一点就是，涨了经验之后，会促使甲方人员在第一个问题之后，短时间内开出另一个invalid的问题单。造成一个非常尴尬的情况。所以切记还是不能自大！要深思熟虑，三思而后行！
这篇关于[杂谈] 乙方甲方交互的另一个例子的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
