和主管为一个接口输出真吵了一天，搞得都想离职，求怎么破

我是主管，我选第一种

参考阿里巴巴的吧，code: 10000

我来说一个新的讨论点 - -
code
1 是 true
0 是 false
有人反对么

一点都不语义化 直接
{
"code":"状态码"
"msg":"描述"
}

讨厌 json 的 key 是 errorCode 这种，倾向于 key 用小些下划线。

````json
{
error_code: "错误码"，
error_message : "错误消息"，
}

```

吵什么吵，听我的
{
"code" : "编码"，
"message" : "编码说明"，
"content":{}
}

别离职了，你们挺合适的其实。

按照 HTTP 的惯例“ https://tools.ietf.org/html/rfc2616#page-39 ”，status 命外应该算是惯例~

我和测试吵过，后来想想真没必要，工作中能心平气和的沟通很重要

我做组员的时候，我会详细说明这么做的理由，以及主管的方案的问题，然后由主管告诉我最终结果：
“那就改掉吧” 或者 “别 BB，按我说的做”

我做主管的时候，了解一下组员想这样做的原因，陈述一下自己的想法，然后给出最终方案：
“那就改掉吧” 或者 “别 BB，按我说的做”


总而言之：
组员只要确保自己讲清楚理由，主管只需要确保收集足够的信息。
至于决策？你以为 “主管” 两个字是什么意思？

支持主管，一点屁事都做不好，不想写可以 gun，瞎比比啥
一个返回格式都能吵一天，那设计表岂不是要干一架？

人生苦短，浪费时间就是谋财害命

无关个人发展，无关大局，芝麻点小事的，主管说啥就是啥，没必要浪费大家时间！！！

可以提出你的意见，如果主管已经拍板定下来，没啥大问题，那就听主管的. 擦，感觉主管不好当，定个格式都能被属下吵一天.

闲的蛋疼，找点事做不好么？这个吵的没有意义

{
"code":0
"data":{}
"error":{}
}
我们公司是这样的其实规范定好对后面有帮助

个人主管没错吧，因为 status 表示中立，只是一个状态，可以是成功到状态码，也可以是错误的状态码；如果按照楼主的那种，errorCode 只能表示错误的状态码了，那么成功的状态码岂不是要搞一个 successCode?

角度刁钻。。。这有什么好纠结的？？？楼主刚毕业上班吗？

@yiyi11 很有画面感蛤蛤蛤