@ysc3839 行尾反斜杠好像是 GitHub Flavor 里的

比如说我在 Redis 里存了 protobuf…lua 就不太方便了

在你不想 /不便于使用 lua 时，事物还是有点用的

@pastor 使用零值就没有麻烦了吗🤣

@RedBeanIce 用 Unix 时间戳也不是不行，这个问题和时区也没什么关系，就是 RFC3339 是明确的标准，时间戳就稍差点。
我的重点是不管用哪种，前端都需要处理，不是说用时间戳前端就省多少事

我倾向于是否允许 null 跟着业务走，尽量不用零值做特殊值，null 就是 null ，0 就是 0

@Oktfolio 我这边的做法都是代码中只出现时间类型，Java 里用 Instant Go 里用 time.Time ，系统边界尽量用 RFC3339 字符串传递

@GTim 说的好像用 timestamp datetime 前端不用格式化似的。啊，你们不会都拿 String 传时间吧

没必要一个对象从头捅到尾，该转换转换就好了

@snw 无视掉初始 RST 就行了吧，不过···似乎可以先 ACK 了再 RST 掉······这手段确实是扭曲

才 5000 万分啥表

@imycc 不，对于 API 接口，完全没有破坏原始响应体的理由，500 的响应体对前端可能也是有意义的；对于浏览器直接访问的页面，显然不应该返回一个这么粗糙的错误页

粗略搜了下，好像某些 fuzzing 测试样本里面有这种东西

个人非常反对报错吃掉响应体还返回一个错误页的行为，所以即使是后端报了 5XX ，运维控制的网关也不应该这样返回，定位问题都不好定位了。

取决于你对后端的定义了，明显和这位后端大哥没对上。
他的 [后端] ：自己 Java 写的这一亩三分地，别的一概不知
你的 [后端] ：本地发出的 http 请求对端全算后端
实际上看上去像是你和这大哥中间的某个东西出问题了，后端不想说，你也不知道，于是就变成了你俩搁着互相甩锅。

不过啊，这公司的氛围看上去也挺紧张的了，多大点事都能怼起来，这种环境工作可有点累啊

另外在 SQL 出现的那个年代，一票语言在设计时都尝试尽可能贴近英语语法

看看，这就是没有异常机制后，好多 Go 用户说的 [优雅的错误处理] （暴论
------------------
个人的习惯是，除非理由很充分，否则永远不要用 _ 忽略错误。其次已经 err 的就不要 OK 了，大部分 err 都是现场无法处理的，往上抛，视情况决定要不要 wrap 一下加点信息，否则出了问题没法查。除非理由充分，否则永远不要 err 了还按正常流程返回结果，否则大概率会出了问题都不知道。

咦，图片出不来吗 https://imgur.com/bHvrpjq

@CEBBCAT 比如说注释里有错误可以这样