=== 实不相瞒，我真的看不起 iot.ctwing.cn 的后端开发 ===

[FreeWong]

一个相同的接口的调用返回，你们看看，似乎是想返回什么就返回什么。而且你他妈的还不知道响应的状态码是多少。 这样水平都可以混饭吃，你们焦虑什么呢

product id 与 master api key 不相符的返回

{
  code:2010105
  msg:"设备操作 MasterKey 不合法"
  result:null
}

=========================================== App Secret 长度不正确时的返回 未知

=========================================== App Secret 错误时的返回

{
  error_code:"401"
  error_desc:"Signature not matched: application:xxxxxx \n timestamp:xxxx \n MasterKey:xxxx \n imei:86xxxx \n productId:xxxxxx \n "
}

=========================================== 正确的返回 响应 200

{
    "code":0,
    "msg":"ok",
    "result":{
        "deviceId":"xxxxx",
        "deviceName":"xxxxx",
        "tenantId":"xxxxx",
        "productId":xxxxx,
        "imei":"xxxxxx",
        "imsi":null,
        "firmwareVersion":null,
        "deviceStatus":1,
        "autoObserver":0,
        "createTime":xxxx,
        "createBy":"xxxx",
        "updateTime":xxxx,
        "updateBy":"xxxx",
        "netStatus":2,
        "onlineAt":xxxx,
        "offlineAt":xxxxx
    }
}

[ssgooglg]

看了一眼 国企，人家还看不起咱呢

[Reficul]

又不是不能用.jpg

[chairuosen]

看起来像是网关跟业务 api 设计不统一，跟普通开发没关系，是架构师的问题

[musi]

你笑他接口不规范，他笑你只知道技术

[yannxia]

根本就没有能把控全局的架构师，想啥呢

[joyqi]

有可能判断签名的这个步骤是单独的 API 网关做的，跟业务压根就没啥关系

[hidemyself]

很明显请求打到每一层的响应都是不同的团队写的。。

[kcross]

把字段都写进 dto 里　挨个判断啊

[zdw189803631]

你笑他接口不规范，他笑你只知道技术

[chenzfp]

看接口返回不统一，域名后面的东西大概率是两家或两家以上公司开发的，或者就是两个不同的部门或者不同的团队在开发，这种见过太多了，有的套好几层的，三四种不同的返回格式的都见过，不同公司、不同部门、不同团队就是会有不统一的情况，只能吐吐槽，谁也改变不了谁，想统一很难，无解

[nuonuojump]

当年我司大神返回和这差不多，后来我自学三天 spring ，自己写了。

[weegc]

又不是不能用.jpg

[k9982874]

郭嘉开闸放水，国企要随着公污猿一起涨薪了，你说你看不起谁？

[kakakakaka8889]

外包写的

[angryfish]

网关是一个供应商的，你的业务系统有事另外一个供应商的。

[dudubaba]

偷懒，压根就没有走 api 网关统一处理，半拉子程序员遇到多了就无感了。

[iseki]

你管人家干嘛，工作不饱和啊

[Venjer]

这种 case 见怪不怪了。自己加一层中转层把这些脏数据洗干净吧

[Jinnrry]

@chenzfp 再加一个部门，把接口再包一层，专门统一一下错误码，这不就解决了

[gechang]

能用就行，公司给钱就行，又不是什么伟大事业