跟甲方开发人员对接真是太难了

[polyang]

事情是这样的：甲方要做一款 APP，APP 调用接口的调用过程是，APP 发起请求-->中转端收到请求，开始解密、参数过滤等操作，然后转发给后端-->后端收到请求，开始业务处理-->后端返回数据给中转端-->中转端进行加密、参数过滤等操作-->APP 收到请求结果。

中转端是由甲方的某位开发人员负责的，前期一般是中转端和后端一起定义接口，然后开始开发，正式开始开发后，如果需要再加接口，那么就由后端先开发好，然后写好接口协议发给中转端，问题就出在第二步。

之前临时新加一个接口，发给他的接口协议中有个参数是 cityCode，当时他看了没说啥，结果第二天联调的时候发现他那边默默的把参数名改成了 cityId，还说这个参数不都是叫 cityId 吗？还要求以他的为准， 我当场就发脾气了，我说要改你改，我是不会改的，尼玛我都已经开发好了，也在测试环境发版了，当时发你的接口协议你也没说有问题，为了迎合你这个，我还得重新改代码，然后发个版本。 后来负责这个项目的甲方项目经理找了另外一个人改的我的代码。 后来这个接口还是出问题了，还是参数问题，那个中转端开发把返回对象中的某个字段给改了（多了个字母，不仔细看的话，看不出来），果不其然，还是我们这边改……

[xcstream]

多大点事

[no1xsyzy]

多大点事，你不爽接口太 volatile 就把确认过程给做好呗，把接口文档打印出来让签个名，整彻底的瀑布流

[yeqizhang]

改个参数、发个版本而已，没必要整这么多事。
都没联调过，总会有改动，谁能一眼看出合不合理

[PopRain]

道理是你对，但这个服务态度。。。还是在公司内部做开发算了，不要派到甲方去

[emeab]

这不是很正常吗 你想半天什么设计模式 什么逻辑 快下班马上叫你改需求 你能怎么办呢 屎代码就是这样堆出来的

[darknoll]

做啥外包啊，整天受气

[OHyn]

淡定啦老哥，我之前也这样的。
现在想想没必要，非原则性问题，偶尔一次两次就算了。

[ooh]

销售好不容易才能拉个单子 忍忍